Как поставить программиста в тупик?

← →
StriderMan © (2006-12-12 09:32) [40]

что такое TCLass (по русски)

← →
TUser © (2006-12-12 09:32) [41]

> $Pl@Sh © (12.12.06 09:01) [39]

Работа программиста состоит в намагничивании некоторых участков жесткого диска.

← →
Тульский © (2006-12-12 09:45) [42]

В одной не совсем адекватной программистской конторе в качестве теста при приёме на работу могут попросить измерить стол с помощью секундомера.

← →
DVM © (2006-12-12 10:04) [43]

> могут попросить измерить стол с помощью секундомера.

В секундомерах?

← →
sergey888 (2006-12-12 10:27) [44]

могут попросить измерить стол с помощью секундомера

Лучше при помощи пол-литры...

← →
clickmaker © (2006-12-12 11:07) [45]

> Какой вопрос можно ему задать, чтобы он затруднился ответить?

Why did the chicken cross the road?

← →
Д. (2006-12-12 12:40) [46]

Вопрос: чем отличается параметр от аргумента в функциях?

← →
ocean © (2006-12-12 13:02) [47]

Не в топик, токмо поднятия настроения для, извечный женский вопрос: если ты такой умный, почему такой бедный?

← →
Думкин © (2006-12-12 13:03) [48]

> ocean © (12.12.06 13:02) [47]

Билл Гейтс точно присядет от такого вопроса. :)

← →
ocean © (2006-12-12 13:03) [49]

А по теме - невозможно знать все, но есть отдельные люди, весьма знающие. Отсюда следует, что нужно изучить противника, где он сильнее, а где слабее.

← →
ocean © (2006-12-12 13:04) [50]

> Билл Гейтс присядет, если его назвать программистом

← →
Думкин © (2006-12-12 13:06) [51]

> ocean © (12.12.06 13:04) [50]

Поначалу - да. 4 окна, работавших "независмо" на Бейсике - ему не тетя писала. :)
Ну можно порыть людей, которые таки долго делали программы и которые от такого наглого заявления присядут. :)

← →
ocean © (2006-12-12 13:23) [52]

> Ну можно порыть людей, которые таки долго делали программы
Конечно, особенно на Западе. На вертолетах на работу летают и т.д. Но даже там не они принимают решения, являются хозяевами жизни. А за свои вертолеты платят не тем, чем бы следовало. А если взять Россию, а если Украину? В конце концов, что такое программист. Для современной блондинки ЭТО неинтересно.

← →
Думкин © (2006-12-12 13:25) [53]

> ocean © (12.12.06 13:23) [52]

Ты меня поставил в тупик. :)

← →
Gero © (2006-12-12 15:13) [54]

> [52] ocean © (12.12.06 13:23)
> Для современной блондинки ЭТО неинтересно.

Неужели для современнеой блондинки не интересно даже ЭТО? А хоть-кому-то сейчас интересно ЭТО? А то я даже не знаю, куда катится мир.

← →
isasa © (2006-12-12 15:48) [55]

Д. (12.12.06 12:40) [46]
Вопрос: чем отличается параметр от аргумента в функциях?

В эпоху диалектического материализма это называлось
формальный параметр и фактический параметр. Никаких аргументов, только факты.

← →
sergey888 (2006-12-12 17:06) [56]

Как поставить программиста в тупик?

Берем тупик, ставим в него программиста.
И все.

← →
MikePetrichenko © (2006-12-12 19:41) [57]

http://delphimaster.net/view/2-1165940591/

← →
GrayFace © (2006-12-12 19:54) [58]

Какой будет результат работы такой программы:
program Project1; var a: Array[1..100] of Integer; str1: String; str2: String; i: Byte; begin if (a(.i] > Byte(^a)) or (a[i.) < a[i + 1]) then ( if (str1 = #10#13) and (str1 > str2) then str1 := ^(^П^Р^Е^В^Е^Д#32"МИР"^!^) ); end.

← →
$Pl@Sh © (2006-12-12 19:56) [59]

> TUser © (12.12.06 09:32) [41]

Этим все юзеры занимаются, а конкретно? :-)

← →
MeF Dei Corvi © (2006-12-12 20:01) [60]

Меня куратор однажды поставил в тупик вопросом: "Что самое главное в программировании?"

← →
Gero © (2006-12-12 20:08) [61]

> [60] MeF Dei Corvi © (12.12.06 20:01)
> "Что самое главное в программировании?"

Программист.

← →
Чапаев © (2006-12-12 20:21) [62]

> Что самое главное в программировании?
То же, что и главное в танке?..

← →
$Pl@Sh © (2006-12-12 20:21) [63]

> MeF Dei Corvi © (12.12.06 20:01) [60]

нету в программировании самого главного

← →
Vendict © (2006-12-12 21:12) [64]

MeF Dei Corvi © (12.12.06 20:01) [60]
"Что самое главное в программировании?"
Главное не трогать, если работает !!!
//анекдот про солнышко

← →
Vga © (2006-12-12 21:53) [65]

> [58] GrayFace © (12.12.06 19:54)

А я думал такое только в С возможно =-O

← →
MeF Dei Corvi © (2006-12-12 21:58) [66]

> А я думал такое только в С возможно =-O

Это уже баян за авторством XProger"а :)

← →
Чапаев © (2006-12-12 22:01) [67]

Написать неэффективный код можно на любом языке (с) кто-то из классиков

← →
Павел Калугин © (2006-12-12 22:10) [68]

Вылить полколпачка шампуня на волосы
намылить
смыть
повторить

(старый анекдот)

← →
Sergey Masloff (2006-12-12 22:53) [69]

Юрий Зотов © (12.12.06 04:00) [34]
>Кратчайший алгоритм:
>1. Взять программиста.
>2. Взять тупик.
>3. Поставить первого во второй.
А кеширование? Проверить если программист в тупике то готово

> [67] Чапаев © (12.12.06 22:01)

Неэффективный - это одно, а ребусовидный - это другое. Вроде как Вирт старался как раз возможности для ребусов из Паскаля поудалять.

> [70] Vga © (12.12.06 23:32)
Вирт... А кто его щупал, виртовский Паскаль? Реально ведь дело приходится иметь с борландовским Паскалем, который от виртовского отличается (взять хотя бы файлы).

> [69] Sergey Masloff (12.12.06 22:53)
> А кеширование? Проверить если программист в тупике то готово

А кто сказал что в тупик помещается только один программист? Вполне возможно, что это стек.

> Sergey Masloff (12.12.06 22:53) [69]

по аналогии с задачей о нахождении львы в пустыне и помещении оного в клетку
http://cub.org.ua/humor/lev.html

берем тупик
берем пень
помещаем пень в тупик
привсваиваем пню значение программист

> [71] Чапаев © (12.12.06 23:35)

"Я сделал прекрасный, хотя и непригодный для использования язык, а Borland из него сделал монстра с документацией на 700 страниц" (с) Вирт. :) Цитирую по памяти, так что это только общий смысл :)

← →
sergey888 (2006-12-13 10:35) [76]

>1. Взять программиста.
>2. Взять тупик.
>3. Поставить первого во второй.
А кеширование? Проверить если программист в тупике то готово

Расширенный алгоритм
1.Открыть соединение с тупиком
2.Проверить, что тупик пусть
3.Если тупик не пуст, то убрать из него предыдущего программиста
4.Взять программиста из очереди
5.Поместить его в тупик
6.Закрыть соединение

А транзакцию начать на всякий пожарный?

← →
sergey888 (2006-12-13 10:59) [78]

А транзакцию начать на всякий пожарный?

Транзакцию открываем при подаче обявления, закрываем после кастинга.
Программист, оказавшийся в данный момент в тупике и есть наш новый сотрудник.
Ура товарищи!

> [76] sergey888 (13.12.06 10:35)
> Расширенный алгоритм
> 1.Открыть соединение с тупиком
> 2.Проверить, что тупик пусть
> 3.Если тупик не пуст, то убрать из него предыдущего программиста
> 4.Взять программиста из очереди
> 5.Поместить его в тупик
> 6.Закрыть соединение

5. Попытаться поместить его в тупик.
6. Если не помещается - уничтожить и взять следующего из очереди.
7. Закрыть соединение.

А где хендлинг эксцепшинов? :)

А транзакцию начать
Тогда уж лучше:
1. Взять программиста из тупика
2. Вводить его в исключительную ясность... до появления исключения
3. rollback выпонится автоматически.

Как поставить программиста в тупик? Найти похожие ветки