Комментарии 24
быстро понял, что у ассемблера будущего нет
Секунд до начала срача: 3..2..1..
закрыть пробел с алгоритмами и структурами данных. Да-да, это базовые вещи, но нам в универе их не пропадавали
Вы не шутите? На профильных (ИТ) специальностях не преподают алгоритмы?
Не шучу, в филиале МГТУ им. Баумана не преподают нормально алгоритмы
Поэтому среди прочитанных книг нет Кнута?
Я вот тоже заметил, что Кнут подзабыт.
И если говорить об алгоритмах, то кто если не ОН!??
В универе читал библиотечные книги, а тут решил прикупить себе на полку. Был немного шокирован ценой четырех томов!
P.s. С универа помнится шутка: «Метод Кнута и Пряника» - Метод разработанный Кнутом и модифицированный Пряником!
Вот я тоже не понимаю. Многие, похоже, не знают, что все основные алгоритмы были придуманы еще в 60-х, и ничего принципиально нового уже не придумать, разве что их какие-то частные оптимизации, комбинации и т.д. У Кнута всё разложено по полочкам, в том числе сложность алгоритмов.
Был немного шокирован ценой четырех томов!
Если я правильно помню, всего их семь. Последние 3 так и не переведены до сих пор, получается.
Кем работаете то в результате и на чем пишете? А то как говориться «на самом интересном месте…» ?
Работаю разработчиком в Yandex Cloud, Data Platform. Пишу на Go/C++
Можно вас поздравить так сказать со входом в ИТ ? Видно, что программирование вас интересует и вы в нем готовы развиваться. Я уверен, что без интереса к профессии далеко не уедешь.Сейчас есть такое мнение, что можно научиться и делать просто работу, я же уверен, что без интереса будет не достаточная мотивация развиваться и человек быстро выгорит и все забросит. Так что делаю удачи и интереса ?
Как так получилось, что Java не зацепил (СиШарп не считается)?
Слишком сильный разброс по языкам. При этом, как понимаю нет конкретного и того, который считается сильным по знаниям. Может не стоило уходить в МО и сосредоточиться на разработке .net.
Довольно таки большой разброс в знаниях и видно, что хочется иметь какое-то развитие в ИТ сфере
Какое сложилось мнение после прочтения статьи - заголовком должно было стать "Как я попал в Яндекс"
Вот вы пробовали разные технологии и направления, даже работу уже нашли (т.е. уже вошли в it), но потом спустя время попали на стажировку в Яндекс и вам it сразу кааааааак понравился и всё сразу каааак расцвело, заблагоухало. И нет описания - что же вы в итоге искали, чего вам не хватало, что нашли в итоге в Яндексе что он сразу стал "вау"
Моя гипотеза - у вас была мысль "быть в it само по себе это круто, Яндекс - это большая компания в которой есть крутые люди", и вот вы теперь попали туда и доказали себе, что этого достойны, что теперь вы попали в it. Не в тот it, где какие-то мутные люди копошатся в железяках, а в НАСТОЯЩЕЕ it - в компанию, у которой сервера исчисляются датацентрами, есть специалисты на любой вкус и цвет, организовывает разный движ типо стажировок или конференций (ну или хотя бы спецы из компании в конференциях учавствует), которая на слуху и вот это вот всё. Т.е. вы искали это чувство сопричастности и когда нашли - получили удовлетворение
Забавно, но я сам в примерно таком же положении, только я себя ещё не нашёл. Пробовал разные языки, работать начал на .NET, были небольшие проекты и на других языках. Во время обучения в вузе пробовал мл и писал по нему диплом. Вроде мл и интересно, но вроде и не настолько что бы всё бросить. Не хочется терять возможность делать руками утилиты и сервисы, да и разработка на python не очень интересна. Однако не хочется и тупо писать код по таскам в жире, хочется проводить какие-то исследования и на их основе делать что-то - вот мл как раз про это. Не знаю не знаю. В итоге сейчас с .NET на Go переучиваюсь
Не уверен, что этот заголовок подходит здесь больше. Все-таки я писал о том, что пробовал.
IT мне нравилось всегда, и на предприятии мне нравилось решать задачи. Но у меня всегда были большие цели, поэтому хотелось попасть в большую компанию, где я бы смог вносить еще больший вклад. Я еще не опытный писатель статей, наверное, поэтому не смог отобразить эту мысть в самом тексте.
Спасибо за вашу мысль и мнение :)
Но как в больших компаниях получится сделать большой вклад? Мне кажется вещь прямо противоположная. Вот есть компания в которой 1000 человек. За день это 8к человекочасов работы, из которых ваших 8 - это 0.1%. В компании где 100 человек за тот же день будет 800 человекочасов работы, из которых ваших по-прежнему 8 - но в этой компании это будет больший вклад и он будет уже 1%. Что тут, что там будет одно и тоже - просто у больших компаний и клиентов больше. Будет ли это больший импакт для клиентов: ну увидит синюю кнопку вместо голубой 1кк человек, вместо 100к - код то один и тот же
Если измерять в часах, то конечно выходит импакта не много. Но стажер делает не столько же, сколько сеньор, согласны? Ну то есть реализовать новую фичу и пофиксить баг или написать еще один тест кейс, это разные вещи и имеют разное влияние. Реализовывать новую фичу в крупной компании куда интереснее, чем делать то же самое, но в небольшой компании. Все как вы и написал, дело в количестве клиентов. Лично меня это привлекает, что я могу сделать что-то, чем будет пользоваться миллионы людей.
Через год, может два, пойдет по линии менеджмента. Они все туда идут, когда понимают, что трепаться языком о технологиях и проектах намного продуктивнее для карьеры, чем кодить.
Каждый второй занимался тем, что описал автор, у меня где-то валяется блокнот на асме, недоделанный графический движок на сях и прочая чушь нулевой практической ценности. Ничего из этого меня не продвинуло в знаниях, карьере и зарплате. ИТ сейчас в целом не для интровертов, которые любят кодить...
Не согласен с вами. Трепаться языком о технологиях нужно, хотя бы потому что это обмен опытом и знаниями. Например, на конференциях можно общаться с разработчиками из других компаний, чтобы узнать как они сделали ту или иную фичу, чтобы рассмотреть этот подход у себя.
И в Яндексе разработчика оценивают по фактическому вкладу в развитие бизнеса, а для этого нужно писать код, чтобы потом было что сказать.
Если хочешь стать больше, чем Senior Developer или ведущий разработчик, то дальше путь только в тим лиды, а там неизбежно появляются менеджерские задачи. Так на всех управляющих должностях.
Как я искал себя в IT