3238

Советы тем, кто реально хочет стать программистом6

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


2. Не верьте тем, кто обещает быстрый прогресс и гарантированное трудоустройство - это верный признак инфоцыган (за очень редкими исключениями). В той же Java сейчас требуется гигантский объем информации для успешного трудоустройства - ну как минимум кроме синтаксиса еще Spring, базы данных, Maven/Gradle, автотесты. За три месяца это выучить невозможно. За год -  вполне.


3. Избегайте курсов для "умственно отсталых". Тут нужно понимать: можно немного сгладить кривую сложности в начале - подбирать всякие метафоры с паровозиками при объяснении логических операторов, делать красиво анимированные схемы etc. Это отличное завлекалово, когда после вывода трех строк на экран и примитивной программки типа "четное ли число или нет", кажется, что это просто и вообще непонятно, из-за чего сыр-бор. Но потом вам попадется какой-нибудь принцип подстановки Лисков, который вообще-то одна из базовых концепций ООП - и его уже с помощью метафор так просто не объяснить. Или вот вы читаете про особенности индексации таблиц в БД, например, и не понимаете ни слова. Некоторые концепции сложные сами по себе. Это как выпустить учебник "Квантовая механика для дошкольников" (нет, я не уравниваю в сложности квантовую механику и программирование). 


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


5. Старайтесь учиться сами столько, сколько возможно. Гуглите книги, статьи на Хабре, видео в YouTube, документацию. Вообще скилл искать документацию самому очень выручает.


6. Обязательно выкроите время на git. Просто поверьте - он будет нужен.


7. Если не знаете английский - учите. В контексте IT та информация, что есть в рунете - это жалкий, недостойный упоминания огрызок по сравнению с тем, что можно найти на английском.


8. Проявляйте инициативу, не ждите, будьте готовы работать за копейки - главное опыт. Свою первую работу я нашел просто - вбил в поисковике "Java Хабаровск работа", открыл первый попавшийся сайт (галера для госа), скопировал телефон, написал в WhatsApp и напросился на собес. Думаете, меня взяли сразу? Нет, меня попросили написать реализацию стека. Я попробовал родить код на доске на массивах, и спустя полчаса меня милостиво отпустили - доучиваться. В итоге я к ним попал через три месяца. Зп на испытательном - 25к, 35к после испытательного.


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


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


11. Самое главное - подумайте, готовы ли вы этим заниматься всю жизнь даже за большие деньги? Готовы ли вы регулярно говорить "я не знаю, покажи мне, как надо"? Готовы ли вы защемить свое ЧСВ и признать, что всегда и в любой момент времени рядом с вами может оказаться кто-то, кто знает больше вас - и вам придется у него учиться, даже если вы principal с 15-летним опытом? Готовы ли вы в свободное время висеть на литкоде по два-три часа в день, чтобы не уходить в крудо/формошлепство? Потому что нет большего вреда для проекта, чем закостенелый дебил, который тащит в работу архитектурные решения, популярные эдак лет 15 назад. Или придурок, который выгружает всю таблицу БД в оперативку, чтобы отсортировать ее там и вытащить одну запись, потому что он так делал раньше и это работало. Или идиот, который считает, что автотесты - это трата времени, мол, есть же тестировщики.


Потому что если не готовы - пожалуйста, не идите в программисты.

Лига программистов

2.3K постов12K подписчиков

Правила сообщества

- Будьте взаимовежливы, аргументируйте критику

- Приветствуются любые посты по тематике программирования

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

Вы смотрите срез комментариев. Показать все
56
Автор поста оценил этот комментарий

Ого какое ЧСВ, размером с Техас.

раскрыть ветку (23)
15
DELETED
Автор поста оценил этот комментарий

А я всегда говорил и буду говорить: "нет больших эгоистов и любителей почесать ЧСВ, чем IT-шники". А еще среди них же больше всего токсичных людей. Всё потому что ИТ развивается не правильно - вместо равномерного и системного развития мы имеем хаотичное скачкообразное развитие. Нет чёткой программы образования - даже один и тот же курс может поучиться сразу по двум разным программам, потому что программа неожиданно поменялась пока они учатся. Два диплома бакалавриата ИТ разных вузов не имеют ничего общего. В одном вузе изучали машинное обучение, нейронные сети, биг дата, а в другом два года паскаль учили, и два года delphi. А уж атмосфера среди профессиональных программистов больше похожа на атмосферу среди риэлтеров или ритуальщиков - клубок змей.

Если бы я знал об этом до того, как решил связать свою жизнь с ИТ, то никогда бы этого не сделал. Ради удовольствия можно и пет проекты развивать, а работать где-нибудь в нормальной атмосфере

раскрыть ветку (5)
5
DELETED
Автор поста оценил этот комментарий

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

3
DELETED
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
0
DELETED
Автор поста оценил этот комментарий

Вам просто повезло, либо вы созданы для этой атмосферы)

2
Автор поста оценил этот комментарий
Попробуйте зайти в магазин радиодеталей, где за прилавков сидит олдскул. Пересмотришь взгляды на токсичность 😀
0
Автор поста оценил этот комментарий
Не везде клубок змей. Работала пока в двух компаниях. В одной спокойно работали, никаких интриг-скандалов, никто нахуй не шлëт. Во второй тоже никаких интриг-скандалов, но в рабочем процессе (в зависимости от человека) могут прямым текстом сказать:"хуйню написал", но при этом всегда скажут как сделать иначе. Да, мат-перемат, нахуй послать могут, но атмосфера дружелюбная, хоть и звучат мои слова противоречиво.
16
Автор поста оценил этот комментарий

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

раскрыть ветку (14)
10
Автор поста оценил этот комментарий

Смею предположить, что дело в манере ТС доносить свои мысли. Читая пост, создаётся впечатление, что он этакий д'Артаньян среди пидорасов и снисходительно несёт в массы свет истины. Хотя, скорее всего, ТС нормальный человек и такое впечатление - результат субъективного восприятия стилистических особенностей текста

DELETED
Автор поста оценил этот комментарий

Автору просто предстоит переписывать микросервис, который писал аж прошлый CTO. По сути - адаптер к S3 bucket. В БД есть главная таблица, которая представляет собой, по сути, два поля - id'шник (конечно числовой, какой uuid) и varchar, в котором хранятся id-шники атрибутов, да, через запятую. Есть еще справочник атрибутов - id'шник + название атрибута. И гигантская таблица, где к id-шнику атрибута привязано значение. И все это в коде собирается по принципу "взяли запись - посмотрели, какие есть атрибуты - вытянули значения атрибутов - собрали dto".


Как я понимаю, это сделано для экономии места в БД и оптимизации. Чудно, конечно - на всю БД не одного foreign key - вот только абсолютно никто после ухода этого CTO не хочет брать неделю и разбираться в хитросплетениях этой логики. Зато мощности AWS сэкономили, да, баксов 100 наверное в год. 


Не надо так делать.

раскрыть ветку (12)
2
Автор поста оценил этот комментарий

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

раскрыть ветку (6)
DELETED
Автор поста оценил этот комментарий

Я, например, не понимаю, чем обычная реляционная модель данных не устроила? Проблем куча:

1. Поиск в таблицах по имени клиента, например - куча вложенных запросов или джойны, с использованием костылей типа "where attributes like '%,135,%'.

2. JPA со всем этим великолепием, считай, бессмысленнен (да, да, N+1, все дела, но мне нравится JPA).

3. Добавление любого нового атрибута превращается в целый квест (проверь, ничего ли не забыл).

4. Тестами все это, конечно же, не покрыто, и никто покрывать уже не будет.

раскрыть ветку (5)
Автор поста оценил этот комментарий

Это обычная реляционная модель данных. Кроме хранения id-шкников в виде строки - проблем не вижу.

раскрыть ветку (4)
0
DELETED
Автор поста оценил этот комментарий

Это какая-то кастомная имплементация реляционной модели с намеренным избеганием foreign key (зачем?). Как бы логика вопросов не вызывает, вопросы вызывают самописные велосипеды там, где они не нужны от слова совсем. Я, наверное, понимаю, зачем так писали в условном 2005, когда память (любая) была дорогой. Но это-то написано в 2020 было. Сколько там гигабайт памяти стоит в AWS? 2 цента?

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Может ссылочную целостность контролирует сервер приложений. У нас в 1С, например - все так, нет никаких foreign key, нормально живем.

раскрыть ветку (2)
DELETED
Автор поста оценил этот комментарий

Да нет там никакого контроля целостности - обычный адаптер к api s3, только переусложненный на пустом месте.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну значит систему лепил лепила наотщепись, на уровне "ну вот, работает после N-ой попытки, зазерним это в катарсисе."

1
Автор поста оценил этот комментарий
Если набор атрибутов для каждой записи разный, сильно варьируется по количеству и часто меняется, то подход интересный. Всё зависит от конкретной задачи.
раскрыть ветку (3)
0
Автор поста оценил этот комментарий
подход интересный

Обычный EAV

DELETED
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
0
Автор поста оценил этот комментарий
Тогда вопросов нет. Мне просто представились какие-нибудь предметы (от молотков до микроскопов), у каждого из которых свой набор характеристик.
0
Автор поста оценил этот комментарий

А CTO как раз не тот, кто умеет программировать. Не, может быть он ещё может написать код, если повезёт даже неплохой, но он мог к коду вообще 10 лет не прикасаться. То что сеньор или крепкий мидл напишет код лучше CTO — это нормально. К тому же вряд ли CTO мог позволить себе много времени, как написалось, так и пошло.

2
DELETED
Автор поста оценил этот комментарий

Обычное дело для прогеров - думают что они небожители)))

0
Автор поста оценил этот комментарий

вроде автор приврал в 2.5 местах из 12 пунктов:
- индексация БД
- принцип подстановки Барборы Липсков (0.5 места)
- REST спецификацию

Что они нужны джуну.
Это очень мало

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества