Как разработчики работают в условиях стресса - ведь голова же тупит - или просто берут отпуск и никак иначе?

Контролировать темп (график).

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

Как разработчики работают в условиях стресса - ведь голова же тупит - или просто берут отпуск и никак иначе?

а кто мешает создать свой серьезный проект, а не делать чужой за зарплату?

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

и будет стресс, что применять эти знания негде.

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

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

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

Алкоголь помогает нам. Неделю в запое и снова в проект. Много таких знаете?

никого

Есть ли программисты, которые будучи джуниорами могли нормально думать только ночью, а потом смогли и днем?

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

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

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

Есть ли программисты, которые будучи джуниорами могли нормально думать только ночью, а потом смогли и днем?

дело не в "слабости" или "тренированности" мозга а в его усталости

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

Со временем понял что днем-таки работаю и соображаю лучше.
НО - если хорошо выспаться и отдохнуть.

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

Есть ли программисты, которые будучи джуниорами могли нормально думать только ночью, а потом смогли и днем?

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

Что делать программисту, который изучает все очень медленно?

Сергей Горностаев, а меня успеют уволить изо всех нормальных проектов, пока я буду "год за годом" становиться лучше
в этом проблема

Что делать программисту, который изучает все очень медленно?

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

Есть ли программисты, которые будучи джуниорами могли нормально думать только ночью, а потом смогли и днем?

А когда работаешь ночью - в любом случае приходится скакать с одного графика на другой, потому что окружающие живут по другому графику.

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

По какому учебнику изучать C++, чтобы работать в современном проекте?

Алексей Скуфьин,

Создание популярных опен-сорс проектов, запуск успешных стартапов

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

По какому учебнику изучать C++, чтобы работать в современном проекте?

Saboteur,

пусть сразу идет мидером или сеньором.

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

Получается, что вне работы (то есть в школе или по вечерам) можно получить огромный опыт программирования?
Если да, то перечитай этот коммент По какому учебнику изучать C++, чтобы работать в современном проекте?
из него понятно, что для огромного опыта надо направлять человека? А в школе и по вечерам направлять некому. И тогда за 6 лет этих вечеров будешь годным лишь на джуна: изучишь кучу всего, а код так и будешь писать не думая как следует. Зависит от врожденных качеств. Это из опыта.

По какому учебнику изучать C++, чтобы работать в современном проекте?

Алексей Скуфьин, ок. Давай по нему все сделаем. Приходим работать программистом в доставку пиццы, этому заказчику нравится наш код. Значит он хорош. Значит мы можем прийти в корпорацию Гугл. Приходим в Гугл, а для этого заказчика тот же самый код уже "немножечко" плох. ЧЯДНТ?

По какому учебнику изучать C++, чтобы работать в современном проекте?

Saboteur,

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

Несомненно.

те, кто считают что ... должны писать сразу крутой код в начале карьеры

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

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

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

По какому учебнику изучать C++, чтобы работать в современном проекте?

Saboteur,

Если он пишет программу, она РАБОТАЕТ, ему платят за это деньги - значит заказчика устраивает.

А, так ты сам говнокодер.

По какому учебнику изучать C++, чтобы работать в современном проекте?

Saboteur, Программировать нужно тоже нужным образом, а не "просто писать код" (c). Само по себе ничто не развивается так, как надо.

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

По какому учебнику изучать C++, чтобы работать в современном проекте?

Если под непосвященным имеется ввиду ваш интерн, то наверное нужно начать с чего то подобного

Открыл первые две статьи. Это даже мне (а я джун) сложно читать. Хотя я смог сообразить, что под абстрактным типом данных имеются в виду как раз такие типы, как map, vector и т.д. Но, очень много воды. Например, зачем читать вот это - "В программировании абстрактные типы данных обычно представляются в виде интерфейсов" - в C++ такого не наблюдаю, а лезть в какие-то другие языки кроме используемого в проекте не каждый интерн будет.
А терминов опять много новых, хотя я просил разъяснить те же самые.

Если ты все еще настаиваешь, что эти статьи нужны, то укажи конкретную статью и конкретную цитату, которая даст понимание конкретной вещи, а именно: что "отсортированный контейнер" (англ. sorted container) означает "контейнер, который при вставке значений не располагает их в порядке вставки, а сортирует". Причем надо еще и понимать, что значит "сортирует": если ты не задавал порядок сортировки, то откуда он берется для чисел, строк и т.д., и что он такой именно везде, где речь идет о сортировке.
ИМХО, тут нужно что-то вроде "Контейнеры бывают отсортированные (...), ... (...) и ... (...). Еще контейнеры делятся по ..."

Не нужно подменять мышление эрудицией. Доскональное изучение вопроса редко приводит к пониманию основной сути. Как правило, понимания можно добиться намного быстрее. Про таких доскональных потом на работе говорят, "good developer can be 10 times faster than mediocre one".

Каково состояние дел в сфере контейнеризации?

у нас в проекте докер
проект крупный

По какому учебнику изучать C++, чтобы работать в современном проекте?

Просто писать код

Так можно наработать каркас знаний, которые ты не просто слышал, а которые точно работают и ты знаешь как.

Видимо у тебя удачный склад ума изначально. А бывает, что у человека не развито абстрактное мышление. Он может охотно изучать названия классов, функций, такие тезисы как "данная функция появилась в C++ xx версии", но не иметь интереса к принципам, паттернам, общей сути изучаемого. Картину он видит по частям, а целиком увидеть не может. Также нет интереса к математике и алгоритмам, потому что ему это кажется оторванным от реальной жизни.
Так вот, стоит ли вообще из такого человека делать программиста или его интерес к программированию просто считать ложным, это большой вопрос.
Но точно известно то, что все обучение должно быть ориентировано на развитие абстрактного мышления. И давать ему нужно то, чего он сам бы никогда не стал понимать и запоминать. Легко не будет, это как любая тренировка. А вот если он будет просто писать код, как самому заблагорассудится, то получится малоценный говнокодер уровня интерна, даже не джуна. Ну, зато он освоит реально много разнообразных инструментов и то, что он таки будет знать, он будет знать детальнее чем другие.