Всё упирается в то, что вопросы "Покажите свои коммиты в хром или в какой-нибудь поисковик" спрашивать не имеет смысла. Человек сам об этом расскажет, если такое было.
не олимпиадный кружок
Яндекс больше "олимпиадный кружок", чем какой-нибудь Люксофт или Епам. Мы сейчас не говорим, о том, что Епам богаче Я. Или что Варгейминг богаче Я. Да, богаче. Но разговор не об этом.
Полностью согласен. С++ это такая каша из всего вообще. От С до Swift. И вполне можно напороться в одном проекте на дефайны с лямбдами и адом из шаблонов. Java и С# сразу заставляют писать OOP/OOD, а не разводить кашу из С.
А что в нём не так? Просто вопросы. Я понимаю, что "Написать нахождение 2х ближайших точек за NLogN" может быть уже черезчукр. Хотя его дают на 30 минут в DICE LA. Вообще все эти срачи похожи на нытьё неосиляторов. Люди, которые идут в программирование порой и не догадываются о том, как много нужно будет делать. Программист APi-колов, который не задумывается о сложности не напишет гугл. Вот и всё.
И что дальше? Идите и сделайте. Или разработчики должны работать в 10 раз больше только из-за того, что у нас 75% егэ и дипломов покупают, а потом ничего ответить на собеседовании не могут?
Ваше утветржение очень глупое и показывает ваш узкой кругозор и узкое мышление.
1) Этот код может вообще не вызываться и висеть рудиментом.
2) Фиксить баги сложнее, чем писать функционал. И никто в опсосных проектах не будет фиксить баги просто так.
3) Выложили в опенсорс для того, чтобы люди могли изучить код и посмотреть что-нибудь. Всё равно такого зверя писать с ходу никто не будет.
4) Чем больше проект, тем больше в нем приколов и недоумений.
Кстати, не холивара ради. Если бы C++/Java/С# не пришли бы на смену Lisp, Haskell, Erlang, C? Было бы лучше сейчас или хуже? Не кажется ли вам, что Divide And Conquer, которое закладывали в ООП, не сработало? И что всё можно написать на JavaScript (будь он компилируем, как С, шаблоны и со статической типизацией)?
И это две крайности. В каждой из которых существовать не выгодно. Программист должен надуматься и настрадаться так, что когда выходит на продакшен, то пишет код и не задумывается над простыми вещами. Они сразу получаются правильно.
Если программист много думает, то он плохой программист, который не знает предметную область и не умеет работать. Программист вообще не должен задумываться при написании кода.
Размеры данных растут. Железо и стореджи тоже, но не так быстро. Ассемблером уже ничего не оптимизируешь, кроме каких-нибудь мест. Упрощать и ускорять. Дата-драйвен, генерация кода по данным. Просто строчки передавать не модно. Хочется всё и сразу.
От себя могу добавить несколько пунктов:
1) Не растекайтесь мыслью по древу. Сконцентрируйтесь на 1 области. Не языке, а именно области. Сейчас всё очень компактно и локанично. Нету того, что все всё пишут на С и без него никуда.
2) Примите, как правило, что существуют реальные задачи, которые можно решить за 1-2-4 часа. Не превращайте изучение технологий в прожигание часов и дней. Если вы не можете что-то понять или выучить за 1-2-4 часа, то решайте конкретно эту проблему. А не "ночку посижу, поучу и пойму".
3) Отдыхайте. Человеческий мозг плохо работает после 3-4 часов неприрывной нагрузки.
4) Добейте уже до конца слепую печать. Если еще не добили.
5) Правило 21 дня. Привычка прививается за 21 день. Это касается всего. Иностранного языка, качества кода, питания, сна и вообще всего. Если у вас есть проблема в работе, то её можно исправить за 21 день. Если не исправилось, то значит проблема в другом.
6) Поборите рассеянность и перестаньте отвлекаться.
7) Не берите работу на дом.
Идеализированно получилось, но если убрать бытовые причины и ссоры с коллегами и коллективом, то работает.
Советы из статьи реально странные:"Я стал лучше программировать из-за того, что всё время стал учить С, писать GCC и читать СЕКП". Понятно, что чтобы лучше программировать нужно больше программировать. Но про перегорание не сказано. А оно лечится не просто. И посреди проекта взять и слинять на месяц никто не даст.
Статью не читай, сразу атвичай.
Рассматривают иностранные компании СНГ в роли перспективного рынка для игр? Например у StopGame есть рубрика "Трудности перевода" и по ней складывается впечатление, что игры у нас переводят за 1-2 месяца до релиза и наши локализаторы не допускаются к сценарию прямо во время разработки или на препродакшене. Это у всех стран так? Кто оплачивает перевод и издание вне США и Евро? Сами за свой счет переводим — сами за свой счет играем? Или те же ЕА и Sony дают 10к $ и локализуйте/успевайте как хотите?
У олимпидаников обычно в голове очень хороший мат-аппарат. А это нужно в гугле, майкрософке, фейсбуке, янлексе. И прочих компаниях, которые делают будущее и следят за производительностью. Посмотрите на код того же BulletPhysics или Unreal Engine. Для этих проектов вы должны писать код быстро и без багов. Да, " скорость программирования ценится выше чем баги", а кто сказал, что у олимпиадников в коде есть баги?
Всё упирается в то, что вопросы "Покажите свои коммиты в хром или в какой-нибудь поисковик" спрашивать не имеет смысла. Человек сам об этом расскажет, если такое было.
Яндекс больше "олимпиадный кружок", чем какой-нибудь Люксофт или Епам. Мы сейчас не говорим, о том, что Епам богаче Я. Или что Варгейминг богаче Я. Да, богаче. Но разговор не об этом.
почему class, а не класс? почему internet, а не ОГАС?
Полностью согласен. С++ это такая каша из всего вообще. От С до Swift. И вполне можно напороться в одном проекте на дефайны с лямбдами и адом из шаблонов. Java и С# сразу заставляют писать OOP/OOD, а не разводить кашу из С.
А что в нём не так? Просто вопросы. Я понимаю, что "Написать нахождение 2х ближайших точек за NLogN" может быть уже черезчукр. Хотя его дают на 30 минут в DICE LA. Вообще все эти срачи похожи на нытьё неосиляторов. Люди, которые идут в программирование порой и не догадываются о том, как много нужно будет делать. Программист APi-колов, который не задумывается о сложности не напишет гугл. Вот и всё.
true
[ 10, NaN, 2 ]
И что дальше? Идите и сделайте. Или разработчики должны работать в 10 раз больше только из-за того, что у нас 75% егэ и дипломов покупают, а потом ничего ответить на собеседовании не могут?
Ваше утветржение очень глупое и показывает ваш узкой кругозор и узкое мышление.
1) Этот код может вообще не вызываться и висеть рудиментом.
2) Фиксить баги сложнее, чем писать функционал. И никто в опсосных проектах не будет фиксить баги просто так.
3) Выложили в опенсорс для того, чтобы люди могли изучить код и посмотреть что-нибудь. Всё равно такого зверя писать с ходу никто не будет.
4) Чем больше проект, тем больше в нем приколов и недоумений.
Код свой покажи, петух с умениями?
Кстати, не холивара ради. Если бы C++/Java/С# не пришли бы на смену Lisp, Haskell, Erlang, C? Было бы лучше сейчас или хуже? Не кажется ли вам, что Divide And Conquer, которое закладывали в ООП, не сработало? И что всё можно написать на JavaScript (будь он компилируем, как С, шаблоны и со статической типизацией)?
И это две крайности. В каждой из которых существовать не выгодно. Программист должен надуматься и настрадаться так, что когда выходит на продакшен, то пишет код и не задумывается над простыми вещами. Они сразу получаются правильно.
Если программист много думает, то он плохой программист, который не знает предметную область и не умеет работать. Программист вообще не должен задумываться при написании кода.
Больше всего в колхозе работала лошадь, но председателем она так и не стала.
Можно почитать что-нибудь не про программирование, бизнес или технологии. Например про барашков или про сельдерей.
Размеры данных растут. Железо и стореджи тоже, но не так быстро. Ассемблером уже ничего не оптимизируешь, кроме каких-нибудь мест. Упрощать и ускорять. Дата-драйвен, генерация кода по данным. Просто строчки передавать не модно. Хочется всё и сразу.
От себя могу добавить несколько пунктов:
1) Не растекайтесь мыслью по древу. Сконцентрируйтесь на 1 области. Не языке, а именно области. Сейчас всё очень компактно и локанично. Нету того, что все всё пишут на С и без него никуда.
2) Примите, как правило, что существуют реальные задачи, которые можно решить за 1-2-4 часа. Не превращайте изучение технологий в прожигание часов и дней. Если вы не можете что-то понять или выучить за 1-2-4 часа, то решайте конкретно эту проблему. А не "ночку посижу, поучу и пойму".
3) Отдыхайте. Человеческий мозг плохо работает после 3-4 часов неприрывной нагрузки.
4) Добейте уже до конца слепую печать. Если еще не добили.
5) Правило 21 дня. Привычка прививается за 21 день. Это касается всего. Иностранного языка, качества кода, питания, сна и вообще всего. Если у вас есть проблема в работе, то её можно исправить за 21 день. Если не исправилось, то значит проблема в другом.
6) Поборите рассеянность и перестаньте отвлекаться.
7) Не берите работу на дом.
Идеализированно получилось, но если убрать бытовые причины и ссоры с коллегами и коллективом, то работает.
Советы из статьи реально странные:"Я стал лучше программировать из-за того, что всё время стал учить С, писать GCC и читать СЕКП". Понятно, что чтобы лучше программировать нужно больше программировать. Но про перегорание не сказано. А оно лечится не просто. И посреди проекта взять и слинять на месяц никто не даст.
Статью не читай, сразу атвичай.
Рассматривают иностранные компании СНГ в роли перспективного рынка для игр? Например у StopGame есть рубрика "Трудности перевода" и по ней складывается впечатление, что игры у нас переводят за 1-2 месяца до релиза и наши локализаторы не допускаются к сценарию прямо во время разработки или на препродакшене. Это у всех стран так? Кто оплачивает перевод и издание вне США и Евро? Сами за свой счет переводим — сами за свой счет играем? Или те же ЕА и Sony дают 10к $ и локализуйте/успевайте как хотите?
Фатальный недостаток же
У олимпидаников обычно в голове очень хороший мат-аппарат. А это нужно в гугле, майкрософке, фейсбуке, янлексе. И прочих компаниях, которые делают будущее и следят за производительностью. Посмотрите на код того же BulletPhysics или Unreal Engine. Для этих проектов вы должны писать код быстро и без багов. Да, " скорость программирования ценится выше чем баги", а кто сказал, что у олимпиадников в коде есть баги?
А что тогда по-вашему "молодцы" без "чо"?