Впервые я увидел, что созвоны занимают РОВНО 15 минут и скрам мастер следит сцуко за секундной стрелкой.

У них всегда продолжительность митинга 15 минут, не больше и не меньше? Для немцев это не удивительно. Но что-то у меня возникают подозрения, что в таком случае эти митинги просто «для галочки», потому что так написано в книжке.

А если все быстро отрапортовались, то можно ли митинг сократить, не стоять 15 минут, а закончить на 13-й? Или обязательно нужно, чтобы было 15?

А что делать, если нужно больше времени — скажем, какую-то возникшую проблему обсудить? Что тогда делает SCRUM-мастер — просто прерывает митинг по истечении 15 минут, или можно еще продолжить до 16 минут, а то и до 17?

У нас так было в одном голландском министерстве — все точно по инструкции, со всеми церемониями, митингами и ритуалами, просто загляденье. Одна беда — разработка шла раза в 2-3 медленнее, чем в среднем по индустрии.

Исходя из моего опыта, в большинстве случаев эти обязательные ежедневные митинги вообще можно отменить. И проводить их только тогда, когда это действительно нужно.

Припустимо, на нашу вакансію подається розробник, який не дуже цікавиться кіберспортом (ба більше — не любить і не бажає розуміти його). Найімовірніше і людині буде в нас некомфортно

А меня вот как-то в 2005 году взяли на проект в компанию Japan Tobacco, несмотря на то, что я вообще не курю.

Наверное, им нужно было бы поискать программиста, которому нравятся сигареты Camel. Ему было бы там комфортно — в офисе Japan Tobacco было разрешено курить без ограничений, чуть ли не на рабочем месте.

Но, тем не менее, я с работой справился успешно.

А что в них может быть ценного кроме участка земли, который собственник может перепродать?

По сравнению с современными домами: более толстые стены и высокие потолки. А также такие дама обычно находятся в престижных районах.

У нас в Голландии не редкость дома, которым 200-300 лет. В Амстердаме самый старый жилой дом датируется примерно 1480-м годом. Кстати, дома постройки 1920-1930-х годов очень ценятся на рынке недвижимости.

Один бывший коллега жил в доме, которых составлял одно целое со старой мельницей (там раньше жил мельник с семьей). Он говорил, что это было даже выгодно жить в таком старом доме — поскольку он являлся памятником архитектуры, то государство платило ему за то, что он следил за его сохранностью — красил снаружи и т.д.

А в отеле с нулем звезд никогда не останавливался? Рекомендую: unusualplaces.org/...​well-as-walls-and-a-roof

Да, да, я уже слышал это красивое утверждение от предыдущего комментатора. Оставьте эту романтику. Для того, чтобы не только уметь решать задачи, но и решать их в разумный срок, с разумным качеством и минимальным количеством заворотов на код ревью, уверенное владение инструментом обязательно.

Я тут хочу провести аналогию с естественными языками (теми языками, на которых люди разговаривают). Может ли человек, не очень хорошо знающий иностранный язык, написать на нем текст хорошего качества?

Ответ: да. В первые годы жизни в Голландии я знал голландский довольно плохо. Но, тем не менее, писал статьи по программированию для журнала компании, в которой тогда работал. Писал с большим количеством грамматических ошибок. Статьи потом редактировались голландцем и публиковались. Но главное в статьях была не грамматика, а содержание. Я смог сделать его интересным. А многие голландцы, для которых этот язык родной — не смогли бы никогда.

А по работе также написал много документации на голландском — функциональный и технический дизайн большой программной системы.

То есть, главное, это не знание языка, а иметь что на нем сказать. То же и в программировании.

Например, я в 2004 году нанялся на один проект, в котором надо было работать на ASP.NET, которого я не знал. На интервью я схитрил и сказал: «Я работал на ASP, а ASP.NET это почти то же самое» (на самом деле они сильно отличаются). Меня взяли, и ASP.NET я учил в процессе реализации проекта. Но программу успешно написал, потому что я точно знал, что она должна делать. И там была достаточно сложная функциональность, например, на одной форме был грид, который динамически конфигурировался в зависимости от настроек пользователя.

Или возьмем, к примеру, двух C#-программистов. Один знает язык очень хорошо, а другой похуже. Возникла задача — произвести миграцию большого приложения на более свежую версию .NET Framework и на новые версии используемых библиотек. Само приложение состоит из десятков проектов с сотнями ссылок, и этих приложений много.

Виртуозно владеющий .NET программист открывает каждый solution в Visual Studio и начинает вручную менять ссылки в проектах, одну за одной.

Другой программист замечает, что файл проекта с расширением csproj — это XML-файл. Ссылки — значения элементов в этом файле. А почему бы не написать программу, которая берет этот XML-файл и меняет все эти значения автоматически? И он сел и написал эту программу (в процессе написание еще и изучив, как работать с XML) и в результате закончил свою работу быстрее первого программиста.

Или еще один пример, как на завод взяли молодого рабочего. Для начала его посадили клеймить готовую продукцию — какие-то детали. Работа простая — нужно взять деталь, приставить к ней клеймо и ударить по клейму молотком. То есть нужно хорошо владеть молотком. Он проработал так целый день. А на следующий день он перевыполнил норму в 30 раз. Что он сделал: где-то раздобыл трубу и поставил ее вертикально между первым и вторым этажами. Под трубой поставил клеймо. Потом поднялся на второй этаж и стал бросать в трубу детали одну за одной. Они бились о клеймо и отскакивали в стоящий рядом ящик.

Ну я в 1983 году школу закончил. Мог бы многое рассказать. На целую книгу. Что и намереваюсь сделать. Но не сейчас.

А я еще застал работу с перфокартами и магнитной лентой :-) В 1980-х и начале 1990-х.

звільнив через тиждень за те, що він не постидався зідрати рішення тестового у джуна, який його успішно виконав до цього

Ну я бы на его месте тоже так поступил. Если чужой код хороший, почему бы его не использовать?

Как говорили классики: Whenever possible, steal code.

Любой кандидат на позицию инженера, особенно с приставкой Senior должен виртуозно владеть хотя бы одним ЯП и одним доменом.

А что значит «виртуозно» владеть языком программирования? Разбираться во всех его возможностях? Один из моих начальников почти 30 лет назад сказал, что программисту достаточно знать язык на 20-30%, чтобы эффективно решать рабочие задачи. Тогда я был молод и с ним не согласился. Тоже думал, что владеть языком нужно «виртуозно». А сейчас я с ним согласен.

Что касается программистов, которые разбираются во всех тонкостях языка (Брукс в своей книге назвал таких программистов «language lawyer»), то их не нужно иметь много. Достаточно одного на 20 обычных программистов.

Для программиста главное не умение разбираться в тонкостях языка, а умение решать задачи.

Ну прямо как в романе Жюля Верна (правда, в романе судьба плавучего острова была печальна).

Моя программа в 2005 году еще использовалась (а может, и дольше). Стыдно сказать, но при ее разработке я совершенно не задумывался о проблеме 2000 года, то есть использовал в датах только 2 последние цифры года (а не все 4, как следовало бы). Не думал, что программа будет использоваться после 2000 года.

У одного клиента в 2013 году мне встретилась работающая программа, написанная даже не на FoxPro, а на FoxBase, предшественнике FoxPro. Мне ее пришлось переписывать на C# и SQL Server, потому что инженер, который занимался ее сопровождением, собирался уходить на пенсию.

Есть специальные жидкости для отковыривания наклеек.

У нас в Голландии называется «Stickerverwijderaar» (удалитель наклеек), типа этой: www.praxis.nl/...​rwijderaar-250-ml/5309970

Очень эффективная. Один минус — страшно вонючая. Я как-то раз в доме пролил, потом в комнату неделю нельзя было зайти.

В 1988 году я закончил университет и стал работать по распределению в Институте Радиофизики и Электроники. Занимался наукой и много программировал, в основном это были научные расчеты. В 1992 году вызывает меня начальник и говорит: «Ты парень хороший, но у нас тут тяжелая экономическая ситуация. А поскольку ты пришел в отдел последним, то увольнять тебя будем первого. Так что ищи себе другую работу».

А один мой однокурсник работал на Инструментальном заводе. По его рекомендации меня взяли в отдел АСУ, и я стал там разрабатывать на FoxPro программу расчета зарплаты.

А вот еще анекдот советских времен вспомнился:

В отделе кадров поставили робота для проверки кандидатов. Заходит первый кандидат.
Кандидат: Здравствуйте!
Робот (металлическим голосом): Здрав-ствуй-те! Су-ди-мос-ти и-ме-е-те?
Кандидат: Да
Робот: До сви-да-ни-я!

Заходит следующий кандидат:
Кандидат: Здравствуйте!
Робот Здрав-ствуй-те! Род-ствен-ни-ки за гра-ни-цей есть?
Кандидат: Есть
Робот: До сви-да-ни-я!

Заходит следующий кандидат:
Кандидат: Здгавствуйте!
Робот: До сви-да-ни-я!

Вроде как на складах Amazon в США так делают — роботы мониторят поведение и производительность труда рабочих, и если что не так, тут же автоматически увольняют.

И в Голландии тоже так!

Пока нет, но кто знает? Имею в виду IT-отдел, конечно же.

Я сейчас специально устроился на работу на 4 дня в неделю, чтобы было время для изучения новых вещей.

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

Как сказал когда-то Оскар Уальд (по другому поводу): ’There is only one thing in the world worse than being talked about, and that is not being talked about.’