Забавно, в России «Сталина на вас нет», а в США можно сказать «Джонсона на вас нет». Создается впечатление, что в современном мире не так легко отправить ракету на Луну, как в 1960-ых
Лет 10 назад был удаленным тех лидом. Никакой слежки за экраном не было. Два базовых способа:
Задач разбиваются на более менее понятные по срокам. Даже чисто по прошлому опыту и ощущениям. Раздаются программистам. И тут начинается веселье. Есть ленивцы, есть среднячки и есть вкалыватели. По ним и так все видно. Среднячки - их больше всего, просто работают, не быстро и не медленно. Ленивцы - они постоянно опаздывают, регулярно случаются какие-то проблемы. От них надо избавляться. Список проблем у них нескончаемый (то кошка заболела, то бабушка умерла, то дом сгорел, и все это в течении недели). Вкалыватели - чувствуешь что человек очень плотно работает. Список задач в очереди уменьшается буквально на глазах. Если дать сложную - посидит подольше, чем обычно, но все равно выдаст решение. Ну и как везде бывают исключения. Например сениор ближе к ленивцу. Но задачи раскапывает глубоко. Т.е.грубо говоря - дал аутентификацию, он пошел читать RFC. Или работает он быстро, но искусственно затормаживает. Или есть вкалыватель, который кодит чушь на выброс.
Как отмечено в статье - команда. Да, все идут со скоростью самого слабого звена.
Потрясающая статья. Сам мечтаю получить "права"и купить самолет. Завораживают виды сверху. Но были и есть сомнения насчет зрения. Выходит есть шанс пройти ВЛЭК, если сделать операцию на глаза?
Это что один большой бинарник? Насколько удобно его потом расширять? Появятся дополнительные флаги или внезапно длина ключа станет переменной длины
Этот бинарник не появится волшебным образом в памяти. Этот срез данных мы будем где-то хранить. Как минимум реляционка с индексами. А скорее всего no-sql ключ-значение.
Зависит от многих факторов. У меня было два индикатора:
Внутренний - "делаю одно и тоже, ничего нового" или "а что нового я узнал за последний год-два".
Внешний - поднимаю резюме, и хожу по собеседованиями. Получил офер - значит пока в тонусе. Не получил - значит отстал, пора догонять.
Разумеется я не бежал сразу менять работу. Сначала я изучал что-то новое. Пытался применить это в текущей работе. Но так как регулярное переписывание на новые технологии накладно для бизнеса - однажды наступает такой момент, что пора менять работу.
И сам и по принуждению. Почти 15 лет назад я работал в госучреждении в провинциальном городе. Последние лет 5 - на западные зарубежные компании. Смог бы я получить офер от компании из США/Канады/Австралии на удаленке, если бы все эти 10 лет сидел бы на одном месте? Вот так сразу из грязи в князи? Разумеется нет. Небо и земля. Как по процессам, управлению, так и подходам и технологиям. В ИТ нужно быть релевантным, об этом все знают.
Но условный делфи тут особо не причем. Единственное требование - инструмент должен позволять решать современные задачи, желательно в востребованной области,в идеале в области, которая нравится самому программисту. Сколько у нас энтепрайза и сколько мейнфреймов? Если сам инструмент идет в ногу со временем, то смысла его менять конечно же нет. Но ведь тогда надо и развиваться вместе со своим инструментом. Изучать, щупать его новые возможности.
Мне показалось, что этот человек все 30 лет проработал на одном месте. В нашей стране тоже есть такие 30-летней выдержки в НИИ имени Ленина. Не удивительно, что такие не могут работу найти. Они в целом отстали от профессии, дело не только в условном sql. А в общей эрудиции, погружении в современные темы и тренды.
Разумеется, параллельные миры существуют одновременно.
Жилье за 20-30 лямов могут себе позволить владельцы/топы довольно крупных бизнесов или чиновники/депутаты.
Параллельно им существуют врачи и учителя. Слышал историю в интернетах, как врач из ковидного госпиталя полгода жила как человек, получая 100-130 тр/месяц. Сократила ипотеку на 8 лет.
Однажды я пришел на древнее легаси. Так же проблемой было полное незнание предметной области на тот момент и полное отсутствие ориентации в коде. Мне попался умный аналитик. Он как радар наводил меня на нужные участки кода (описывая словами что этот код должен делать), я находил эти места, вносил изменения и мы вместе тестировали. Позже я уже начал ориентироватся в коде, и немного в предметной области. Это был положительный опыт.
Некоторое время спустя на этом проекте сменился аналитик. Он был глупым. Проект и я не поменялся. Но уже я ему рассказывал про проект, то что знал. Это был отрицательный опыт.
В другой раз мне попался глупый аналитик, который писал в стиле «система должна уметь…». Он не представлял сколько времени займет реализация и можно ли вообще это сделать. Я получил крайне негативный опыт.
В той же компании на другом проекте мне попался умный аналитик. Из ее описаний я чуть ли не один к одному перекладывал интерфейсы модулей и енумы. А потом в конце этапов мы синхронизировали код и документацию. Это был крайне позитивный опыт.
Участвовал в проекте, это была продуктовая компания, где постановой задач занимался сам CEO/CTO и другие сотрудники, которые в том числе и сами пользовались этим софтом. Опыт смешанный. Они были ближе к глупым аналитикам. По сути они не были аналитиками, а пользователями и переводчиками требований от внешних клиентов. Вся документация была разбросана по задачам в жире. И вот это было ужасно. Программистов перекидывали с модуля на модуль и когда возвращался обратно - приходилось по таскам в жире восстанавливать последовательность изменений, чтобы понимать что там произошло, как все это тестировать и что-нибудь не сломать.
Так же я участвовал в проектах, где я сам был и аналитиком и программистом. Из плюсов - лучше понимаешь предметную область. Из минусов - быстро надоедает и нельзя одновременно анализировать на верхнем уровне и кодить с поиском крайних кейсов на нижнем. Время разработки увеличивается раза в два. И это были совсем небольшие проекты, на 2-4 человека месяца. Бонусом были восторженные благодарности за продукт, который реально помогал людям. Опыт смешанный, полезный и познавательный, но я за разделение труда. Пока аналитик думает, как это должно выглядеть - я успею что-нибудь сделать по другой задаче/проекту.
Главный минус серой зп - не выплатят при увольнении (= могут кинуть).
Главный минус белой зп - пенсионные накопления отберут / сгорят (= могут кинуть).
Поэтому я бы смотрел в сторону правильно оформленных отношений через ИП (несколько договоров, работа по этапам / тз). Это повышает шанс остаться при своих в обоих случаях.
Я имел ввиду именно тех, кто из России/Украины/Белоруссии/СНГ. Еще бывает удаленка на зарубеж. В целом-то понятно, что они звезды. Хотелось бы конкретики, если кто-то таких знает.
Пожалуй у всех программистов была/есть мечта написать программу, которая пишет программы. Но по факту тем самым программисты будут пилить сук, на котором сидят.
Через 10 лет программисты все еще будет нужны. Но появятся принципиально новые технологии (например сейчас у нас идет развитие квантовых компьютеров).
И думаю рано или поздно появится какой-нибудь нейроинтерфейс, который позволит исключить руки из процесса написания кода. Они на данный момент являются бутылочным горлышком.
Вопрос с паттерном стратегия. Как раз была такая ситуация на реальном проекте. Наличие стратегии не является достаточным условием. Вызовы во внешние системы идут не один к одному, а один наш вызов может раскладыватся на несколько внешних вызовов. И в разных внешних системах - это будет разный набор. Что тоже есть адаптер. Так вот, в этой ситуации я лучше забуду применить полноценную стратегию, чем адаптер. Правильный ответ "адаптер + стратегия". И адаптер тут важнее.
И 10-ый вопрос. Там как раз таки сначала будет хэш таблица, а вот в ней ключом будет ид клиента (номер паспорта), а вот значением будет битовая карта. Сначала мы ищем сам ключ, и только потом находим соответствующую битовую карту. Поэтому правильный ответ "хеш таблица + битовая карта". И хеш таблица тут важнее.
И есть вопрос слабо относящийся к программистам (для которых составлена большая часть вопросов). Это вопрос про ИИ. Дата сатанизм имеет свою узкую специфику.
У профессионального программиста не бывает семьи, потому что он изучает новые технологии во вне рабочее время.
В смысле я должен испытывать удивление и огорчение, что у меня багу нашли? В моем коде тестировщики находили такие баги, что даже я не догадался бы, что такое возможно, лично написав код. Это может вызывать только восхищение из профессионализмом.
100% покрытия кода тестами - это как достичь скорости света. Уйма энергии в никуда, правило Парето и тут хорошо работает.
Может пускай Павел пишет читабельный код в хранимках? Да и пока я не заглянул в код хранимки - я не могу сказать разберусь иои нет. И вообще, хранимки у нас теперь антипаттерн.
Вопросы про менеджеров - полностью зависит от того, какой человек этот менеждер. Некоторым достаточно сказать «я попробую, но не обещаю», а не стучать на него высшему руководству.
Забавно, в России «Сталина на вас нет», а в США можно сказать «Джонсона на вас нет». Создается впечатление, что в современном мире не так легко отправить ракету на Луну, как в 1960-ых
Лет 10 назад был удаленным тех лидом. Никакой слежки за экраном не было. Два базовых способа:
Задач разбиваются на более менее понятные по срокам. Даже чисто по прошлому опыту и ощущениям. Раздаются программистам. И тут начинается веселье. Есть ленивцы, есть среднячки и есть вкалыватели. По ним и так все видно. Среднячки - их больше всего, просто работают, не быстро и не медленно. Ленивцы - они постоянно опаздывают, регулярно случаются какие-то проблемы. От них надо избавляться. Список проблем у них нескончаемый (то кошка заболела, то бабушка умерла, то дом сгорел, и все это в течении недели). Вкалыватели - чувствуешь что человек очень плотно работает. Список задач в очереди уменьшается буквально на глазах. Если дать сложную - посидит подольше, чем обычно, но все равно выдаст решение. Ну и как везде бывают исключения. Например сениор ближе к ленивцу. Но задачи раскапывает глубоко. Т.е.грубо говоря - дал аутентификацию, он пошел читать RFC. Или работает он быстро, но искусственно затормаживает. Или есть вкалыватель, который кодит чушь на выброс.
Как отмечено в статье - команда. Да, все идут со скоростью самого слабого звена.
Потрясающая статья. Сам мечтаю получить "права"и купить самолет. Завораживают виды сверху. Но были и есть сомнения насчет зрения. Выходит есть шанс пройти ВЛЭК, если сделать операцию на глаза?
Можно подробней как бы это работало?
Смущают следующие моменты:
Это что один большой бинарник? Насколько удобно его потом расширять? Появятся дополнительные флаги или внезапно длина ключа станет переменной длины
Этот бинарник не появится волшебным образом в памяти. Этот срез данных мы будем где-то хранить. Как минимум реляционка с индексами. А скорее всего no-sql ключ-значение.
Может это была фича?)
Согласен, а еще удаленка. Я воспользовался вторым способом.
Моему отцу 60, года два назад менял работу, было 2 или 3 офера. Архитектор. Из недавних задач - блокчейн осваивал.
Зависит от многих факторов. У меня было два индикатора:
Внутренний - "делаю одно и тоже, ничего нового" или "а что нового я узнал за последний год-два".
Внешний - поднимаю резюме, и хожу по собеседованиями. Получил офер - значит пока в тонусе. Не получил - значит отстал, пора догонять.
Разумеется я не бежал сразу менять работу. Сначала я изучал что-то новое. Пытался применить это в текущей работе. Но так как регулярное переписывание на новые технологии накладно для бизнеса - однажды наступает такой момент, что пора менять работу.
И сам и по принуждению. Почти 15 лет назад я работал в госучреждении в провинциальном городе. Последние лет 5 - на западные зарубежные компании. Смог бы я получить офер от компании из США/Канады/Австралии на удаленке, если бы все эти 10 лет сидел бы на одном месте? Вот так сразу из грязи в князи? Разумеется нет. Небо и земля. Как по процессам, управлению, так и подходам и технологиям. В ИТ нужно быть релевантным, об этом все знают.
Но условный делфи тут особо не причем. Единственное требование - инструмент должен позволять решать современные задачи, желательно в востребованной области,в идеале в области, которая нравится самому программисту. Сколько у нас энтепрайза и сколько мейнфреймов? Если сам инструмент идет в ногу со временем, то смысла его менять конечно же нет. Но ведь тогда надо и развиваться вместе со своим инструментом. Изучать, щупать его новые возможности.
Мне показалось, что этот человек все 30 лет проработал на одном месте. В нашей стране тоже есть такие 30-летней выдержки в НИИ имени Ленина. Не удивительно, что такие не могут работу найти. Они в целом отстали от профессии, дело не только в условном sql. А в общей эрудиции, погружении в современные темы и тренды.
Разумеется, параллельные миры существуют одновременно.
Жилье за 20-30 лямов могут себе позволить владельцы/топы довольно крупных бизнесов или чиновники/депутаты.
Параллельно им существуют врачи и учителя. Слышал историю в интернетах, как врач из ковидного госпиталя полгода жила как человек, получая 100-130 тр/месяц. Сократила ипотеку на 8 лет.
Ну а программисты где-то посередине.
Хорошая статья, системный подход)
Я работал и с глупыми и с умными аналитиками.
Однажды я пришел на древнее легаси. Так же проблемой было полное незнание предметной области на тот момент и полное отсутствие ориентации в коде. Мне попался умный аналитик. Он как радар наводил меня на нужные участки кода (описывая словами что этот код должен делать), я находил эти места, вносил изменения и мы вместе тестировали. Позже я уже начал ориентироватся в коде, и немного в предметной области. Это был положительный опыт.
Некоторое время спустя на этом проекте сменился аналитик. Он был глупым. Проект и я не поменялся. Но уже я ему рассказывал про проект, то что знал. Это был отрицательный опыт.
В другой раз мне попался глупый аналитик, который писал в стиле «система должна уметь…». Он не представлял сколько времени займет реализация и можно ли вообще это сделать. Я получил крайне негативный опыт.
В той же компании на другом проекте мне попался умный аналитик. Из ее описаний я чуть ли не один к одному перекладывал интерфейсы модулей и енумы. А потом в конце этапов мы синхронизировали код и документацию. Это был крайне позитивный опыт.
Участвовал в проекте, это была продуктовая компания, где постановой задач занимался сам CEO/CTO и другие сотрудники, которые в том числе и сами пользовались этим софтом. Опыт смешанный. Они были ближе к глупым аналитикам. По сути они не были аналитиками, а пользователями и переводчиками требований от внешних клиентов. Вся документация была разбросана по задачам в жире. И вот это было ужасно. Программистов перекидывали с модуля на модуль и когда возвращался обратно - приходилось по таскам в жире восстанавливать последовательность изменений, чтобы понимать что там произошло, как все это тестировать и что-нибудь не сломать.
Так же я участвовал в проектах, где я сам был и аналитиком и программистом. Из плюсов - лучше понимаешь предметную область. Из минусов - быстро надоедает и нельзя одновременно анализировать на верхнем уровне и кодить с поиском крайних кейсов на нижнем. Время разработки увеличивается раза в два. И это были совсем небольшие проекты, на 2-4 человека месяца. Бонусом были восторженные благодарности за продукт, который реально помогал людям. Опыт смешанный, полезный и познавательный, но я за разделение труда. Пока аналитик думает, как это должно выглядеть - я успею что-нибудь сделать по другой задаче/проекту.
Главный минус серой зп - не выплатят при увольнении (= могут кинуть).
Главный минус белой зп - пенсионные накопления отберут / сгорят (= могут кинуть).
Поэтому я бы смотрел в сторону правильно оформленных отношений через ИП (несколько договоров, работа по этапам / тз). Это повышает шанс остаться при своих в обоих случаях.
Я имел ввиду именно тех, кто из России/Украины/Белоруссии/СНГ. Еще бывает удаленка на зарубеж. В целом-то понятно, что они звезды. Хотелось бы конкретики, если кто-то таких знает.
Пожалуй у всех программистов была/есть мечта написать программу, которая пишет программы. Но по факту тем самым программисты будут пилить сук, на котором сидят.
Через 10 лет программисты все еще будет нужны. Но появятся принципиально новые технологии (например сейчас у нас идет развитие квантовых компьютеров).
И думаю рано или поздно появится какой-нибудь нейроинтерфейс, который позволит исключить руки из процесса написания кода. Они на данный момент являются бутылочным горлышком.
А каким java программистом надо быть, чтобы зарабатывать 10k$ в месяц?
Есть пара не очень понятных вопросов.
Осторожно спойлер
Вопрос с паттерном стратегия. Как раз была такая ситуация на реальном проекте. Наличие стратегии не является достаточным условием. Вызовы во внешние системы идут не один к одному, а один наш вызов может раскладыватся на несколько внешних вызовов. И в разных внешних системах - это будет разный набор. Что тоже есть адаптер. Так вот, в этой ситуации я лучше забуду применить полноценную стратегию, чем адаптер. Правильный ответ "адаптер + стратегия". И адаптер тут важнее.
И 10-ый вопрос. Там как раз таки сначала будет хэш таблица, а вот в ней ключом будет ид клиента (номер паспорта), а вот значением будет битовая карта. Сначала мы ищем сам ключ, и только потом находим соответствующую битовую карту. Поэтому правильный ответ "хеш таблица + битовая карта". И хеш таблица тут важнее.
И есть вопрос слабо относящийся к программистам (для которых составлена большая часть вопросов). Это вопрос про ИИ. Дата сатанизм имеет свою узкую специфику.
Смутило про уголь - чтобы отапливать дома всю зиму этот уголь надо вагонами подвозить. Там действительно так много угля?
Насчет собак - надо же. В России такая же схема. И они спокойные, если сам человек идет без своей собаки.
Ерунда какая-то...
У профессионального программиста не бывает семьи, потому что он изучает новые технологии во вне рабочее время.
В смысле я должен испытывать удивление и огорчение, что у меня багу нашли? В моем коде тестировщики находили такие баги, что даже я не догадался бы, что такое возможно, лично написав код. Это может вызывать только восхищение из профессионализмом.
100% покрытия кода тестами - это как достичь скорости света. Уйма энергии в никуда, правило Парето и тут хорошо работает.
Может пускай Павел пишет читабельный код в хранимках? Да и пока я не заглянул в код хранимки - я не могу сказать разберусь иои нет. И вообще, хранимки у нас теперь антипаттерн.
Вопросы про менеджеров - полностью зависит от того, какой человек этот менеждер. Некоторым достаточно сказать «я попробую, но не обещаю», а не стучать на него высшему руководству.
Теперь интересно послушать мнение того, кто это задание выдавал.