Основная претензия к товарищу — он почему-то решил, что абстракции важнее реального мира. Ну как пример, что сначала трактор стоит, а потом — едет. А попалась запись, которая сразу начинается с движения. ну так на испытаниях вышло. И не переделать её. А в абстракции — оно не лезет. Пришлось его абстракции ломать и через задний проход делать обработку.
Как же так получилось, что вы не контролировали этот процесс, ведь это было очень важно для вас? да еще и дали ему другую задачу. И он делал без обсуждения с вами, ведь вы заказчик?
А почему они не могут написать? Тут можно четвертью мозга написать. Цикл от 1 до 100 включительно. Если число делится на 3 (то есть остаток равен 0), то выводим в stdout Fizz. Если делится на 5, то Buzz. Если ни то, ни то (ну тут нужно небольшое напряжение мозгов, чтобы как-то разрулить, что ни то, ни то — bool что ли какой-то заводить), тогда просто выводим число.
Фатально не мог никогда проходить никакие собесы: душа в пятки, весь мокрый и трясущийся. Не понимаю смысл обращенных ко мне слов интевьюирующих, создавая впечатления адского тормоза. Патологически не могу вывести из того, что они говорят то, что они имеют в виду и хотят от меня услышать. Сам же более двух предложений подряд сказать не могу.
К тому же интервьюеры иногда бесят, задавая вопросы про регулярные грамматики и SOLID в мелкосошных конторах, которые никогда не занимались, не занимаются и не будут заниматься разработкой продвинутого софта. Встречаются и люди, которые слишком много о себе мнят и сами красуются вместо того, чтобы выяснять мой уровень знаний. Дико бесят.
Результат: работаю там, где «собеса» почти не было — так, посмотрели, спросили что-то. Я невнятно ответил. Дали задачу. И задачу я не решил! Но господа почему-то заинтересовались и взяли (о чудо!).
Но: в спокойной обстановке на вайтборде могу написать bubble sort и внятно рассказать о quicksort, когда расслаблюсь за кружечкой пива. В этом состоянии могу даже сказать связно более 2 предложений последовательно. Целых 3! Да, в 3 предложениях о quicksort! Pivot choosing, partitioning, recursion.
Проблема эта меня настолько взволновала, что я написал об этом в хабр: Нелегкая карьера программиста или чего хотят работодатели
Template metaprogramming рулит, но как считаете, есть ли все же хоть один бонус в использовании С по сравнению с С++ (кроме того, что перечислили ранее — отсутствие компилятора С++ под данную платформу, поддержка старой кодовой базы)?
Сам прошел более 100 собеседований за свою долгую карьеру (писал об этом здесь: https://habrahabr.ru/post/285600/). В итоге так и не научился в совершенстве этому кунг-фу. Offer rate исчезающе мал, порядка 3%.
Интересно, что даже в именитых компаниях попадаются неграмотные собеседующие, скажем, на голубом глазу утверждающие, что имплементация list в питоне действительно представляет собой связный список и прочую ересь. Начинаю злиться и спорить с ними. Естественно — отказ.
Фирмы с крупными запущенными дерьмокодовыми проектами умело скрывают его наличие, что впоследствии приводит к фрустрации, разработчики неграмотны, всё плохо… Потом стал чуять и обходить легаси-проекты, поросшие ряской, за 2 км… Стартапы тоже не ахти: хуяк-хуяк — и в продакшн. Нет в жизни счастья!
Клал я на социальный статус (даже не знаю, что это такое), хочу кодировать, но не могу увеличить свою з/п много лет. Вот и все. Вот и причина «депрессии».
На постоянные косяки будете вправлять мозг подчиненным, а не переделывать в личное время — глядишь и «отсутствующие» полномочия дадут. Очевидно, что руководство не видит в Вас «биг-босса», а Вы могли бы уже давно стать им.
Если такой руководитель «как сказал, так и будет», не прислушиваясь к аргументированной критике его концепции, не убедившись, что вся команда поняла и приняла его мотивацию, то он м… к, а не руководитель. Ему отвечать, а вся команда в заложниках за его кривые/ошибочные/непродуманные решения.
Что-то, VolCh, помню, как вы отвечали на какой-то мой пост, имея в виду коммуникационную проблему, что представляли людей как чёрные ящики и не знали, как добиться от них детерминированного поведения. Проблема коммуникационная, а вовсе не в курсах или отсутствии рычагов.
Ну не ARM, а CISC. Для каждого «программиста» есть что-то, что «не его». Ну не могу я заниматься одновременно всем: и программировать на «плюсах», и под «джанго» сайты писать, и поднять новую архитектуру на RISC-V.
А насчет этих девайсов я думаю, что это просто выкачка денег из юзеров: за стоимость Lacie, скажем, можно купить куда более мощную старую тачку, чем этот Lacie и в 5 раз более объемные диски. Так что какой там стартап? По обману юзеров? :)
Я понимаю, понимаю, что юзера сами линукса не настроят. Но все же могут привлечь специалиста, не правда ли?
А потом и тесты, и код пуллреквестят специально обученные люди. Да и до написания и тестов, и кода обычно советуются с людьми, разбирающимися в бизнесе. Вероятность "неправильно понять" стремится к 0.
Немного дольше писать на TDD, но на выходе имеем покрытие 90%, а не 30. Если сначала писать код, а потом тесты, то заленитесь покрывать 100% и бросите после 30.
Для багфиксов это суперудобно: сначала фейлящийся тест, а потом багфикс, который его вылечивает (как вам тут уже написал VolCh). Очень удобно и логично. И покрытие не страдает.
Для фич пишем h-ники, потом заглушки тестов (покрытие 90%) по максимуму, потом функционал, потом тесты до конца, потом их отлаживаем.
Я очень люблю свою работу, работаю по 10 часов в день. Мной очень довольны работодатели. Драйв придает осознание того, что их проект очень успешен. Это дает колоссальную энергию.
Но все же на пенсии я хотел бы заняться своим проектом наконец, на который сейчас не хватает времени. Пусть он будет не так успешен, как проект, над которым я сейчас работаю. :)
Приятно сознавать после 20 лет работы программистом, что у тебя руки из ж… растут. Честно трудился, и посейчас тружусь, а руки-то оказывается — из ж...!
По просто референсу запрещена, а по const разрешена. Логично, дабы не вводить в заблуждение вызывающего юзера.
Jef239 наверное имел в виду const &.
Как же так получилось, что вы не контролировали этот процесс, ведь это было очень важно для вас? да еще и дали ему другую задачу. И он делал без обсуждения с вами, ведь вы заказчик?
К тому же интервьюеры иногда бесят, задавая вопросы про регулярные грамматики и SOLID в мелкосошных конторах, которые никогда не занимались, не занимаются и не будут заниматься разработкой продвинутого софта. Встречаются и люди, которые слишком много о себе мнят и сами красуются вместо того, чтобы выяснять мой уровень знаний. Дико бесят.
Результат: работаю там, где «собеса» почти не было — так, посмотрели, спросили что-то. Я невнятно ответил. Дали задачу. И задачу я не решил! Но господа почему-то заинтересовались и взяли (о чудо!).
Но: в спокойной обстановке на вайтборде могу написать bubble sort и внятно рассказать о quicksort, когда расслаблюсь за кружечкой пива. В этом состоянии могу даже сказать связно более 2 предложений последовательно. Целых 3! Да, в 3 предложениях о quicksort! Pivot choosing, partitioning, recursion.
Проблема эта меня настолько взволновала, что я написал об этом в хабр: Нелегкая карьера программиста или чего хотят работодатели
Интересно, что даже в именитых компаниях попадаются неграмотные собеседующие, скажем, на голубом глазу утверждающие, что имплементация list в питоне действительно представляет собой связный список и прочую ересь. Начинаю злиться и спорить с ними. Естественно — отказ.
Фирмы с крупными запущенными дерьмокодовыми проектами умело скрывают его наличие, что впоследствии приводит к фрустрации, разработчики неграмотны, всё плохо… Потом стал чуять и обходить легаси-проекты, поросшие ряской, за 2 км… Стартапы тоже не ахти: хуяк-хуяк — и в продакшн. Нет в жизни счастья!
Что-то, VolCh, помню, как вы отвечали на какой-то мой пост, имея в виду коммуникационную проблему, что представляли людей как чёрные ящики и не знали, как добиться от них детерминированного поведения. Проблема коммуникационная, а вовсе не в курсах или отсутствии рычагов.
I always argue that high-level tests are there as a second line of test defense.
Только не "утверждаю", а "спорю" с тем, что это вторая линия обороны. То есть, это не вторая, а первая линия.
А насчет этих девайсов я думаю, что это просто выкачка денег из юзеров: за стоимость Lacie, скажем, можно купить куда более мощную старую тачку, чем этот Lacie и в 5 раз более объемные диски. Так что какой там стартап? По обману юзеров? :)
Я понимаю, понимаю, что юзера сами линукса не настроят. Но все же могут привлечь специалиста, не правда ли?
Зачем уж так маньячить и слепо следовать "концепции TDD"? Берите оттуда то, что вам нужно. Интерфейсы конечно пишите до тестов, если так лучше.
А потом и тесты, и код пуллреквестят специально обученные люди. Да и до написания и тестов, и кода обычно советуются с людьми, разбирающимися в бизнесе. Вероятность "неправильно понять" стремится к 0.
Для багфиксов это суперудобно: сначала фейлящийся тест, а потом багфикс, который его вылечивает (как вам тут уже написал VolCh). Очень удобно и логично. И покрытие не страдает.
Для фич пишем h-ники, потом заглушки тестов (покрытие 90%) по максимуму, потом функционал, потом тесты до конца, потом их отлаживаем.
Но все же на пенсии я хотел бы заняться своим проектом наконец, на который сейчас не хватает времени. Пусть он будет не так успешен, как проект, над которым я сейчас работаю. :)