Как стать автором
Обновить
1
0

Пользователь

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

Очень субъективная точка зрения.

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

Собственно язык программирования — это тоже продукт сделанный на других яп. Просто для узкой группы пользователей.

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

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

Есть известное видео, общения Стив Джобса и Билл Гейтса, где их спрашивают — а что самое главное. И они оба отвечают в одном ключе — что главное — когда нравится заниматься тем, чем занимаешься. Потому что на пути будет 100500 трудностей, и деньги имеют решающее значение далеко не всегда.

P.S.
Статья вызывает следующую ассоциацию:

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

А потом, автор, пораженный до глубины души, возвращается в свой обычный круг общения, и говорит «а представляете, что они говорят?!» — да, представляем, и знаем, что это полная чушь. И спорить с ними смысла нет. Как там говорят — умный и так знает, а дураку объяснять бесполезно.
Живу с болями в пояснице уже 6 лет (после острой фазы, не считая еще лет 5 нарастания болей).

Чтобы я сказал себе лет 10 назад:

  • Подбери удобное кресло. Это действительно очень важно и на 90% избавляет от фоновых болей при сидячей работе. Практика показала, что самый лучший вариант — подбирать кресла на работе, так как там их обычно много разных (если у вас на работе только один тип кресел — не повезло).

    Кто-то может возразить, что простые офисные кресла хуже каких-нибудь навороченных. Но вот моя практика показывает обратное. Мое текущее кресло, которое очень удобное и поясница на нем не болит — встретил именно на работе. После чего купил себе аналогичное домой. До этого сидел на классическом игровом кресле, которое и дороже, и вроде как должно лучше помогать, на деле — нет.
  • Завести привычку хотя бы час в день прогуливаться. Много лет пришлось промучиться с болями, прежде чем я заметил закономерность — если работаю в офисе, и езжу на работу по 2 часа в день — болей меньше. Стоит перейти на удаленку из дома — где постоянное сидение — боли сразу нарастают. Позже заметил разницу и между «часом езды в одном поезде», и «часом езды с двумя пересадками и пешими переходами» — последний намного лучше. А часовое стояние в поезде наоборот убивает поясницу.


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

Бывает даже так, что одни упражнения вначале помогают. А через 3-4 года уже нет — боли наоборот только нарастают.

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

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

А если у меня телефон сломался — все, я из дома не могу выйти?
Ну автора конечно можно только пожалеть. Вроде позиционирует себя как знатного девелупера с опытом работы и при этом влететь как зеленый студент — это конечно что-то :)

А при чем тут опыт разработки и умение разбираться в людях?
Я в разработке с 2008 года, сталкивался с похожей у автора ситуацией в 2018. И что?
Начал следить за темой когда еще в Китае было около 1000 официально зараженных.

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

Думаю, что будет проще сослаться на пока единственный пост на пикабу

P.S. Надеюсь оставляя ссылку никакие правила не нарушаю)
3.5 лет разрабатываю свою игру

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

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

Соглашусь. Довелось поработать в опенспейсе на ~100 человек — через 3 месяца ужасной непродуктивной работы просто сорвался криком на тим-лида из-за мелочи. На этом работа в той компании и закончилась, к счастью.
В том то и дело — что где-то их держать так и так нужно — либо в голове, либо на бумаге, либо в коде.

И лично мне, сильно проще накидать 10 объектов сразу в коде, как-то их связать по-быстрому, и уже из получившегося — думать и развивать дальше.

Видимо я человек которому важно оперировать реальными сущностями. И сразу получать фактический результат. А не так, что «я в уме прикинул, все будет работать»
За последний год делал несколько попыток писать по TDD (т.е. вначале тесты) — и каждый раз ничего не получалось.

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

Ведь самое главное, в TDD — это на 100% понимать какие публичные методы будет иметь объект(ы) (и, соответственно, взаимодействовать с другими объектами), а это, при разработке больших модулей весьма сложно. Нет, можно конечно пару недель просидеть исключительно за листочками бумаги, и детально расписывать объекты и их взаимодействие, делать детализацию до каждого метода, и конкретного функционала… Но, извините меня, кто на работе такое может себе позволить — за пару недель не написать ни строчки кода?

Я вот не могу. Соответственно мой единственный путь — прикинуть примерную структуру — начать писать код, и следом на него тесты. Постепенно добавляя новый функционал, расширяя/изменяя существующий код и дописывая тесты.

P.S. Ну и на практике наибольшая сложность — в принципе доказать, что тесты нужны, когда руководство хочет только «быстрей-быстрей-срочно-срочно»
Ryzen 7 3700X — $280

Российские магазины не в курсе про падение цен :)

image
у тебя срочная работа

ты должен присутствовать на болтовне которая как правило не дает НИЧЕГО

Это лишь значит, что про срочность вам наврали)

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

Ой, не льстите себе.

На собеседовании с копеечной зарплатой (а в России 95% зарплат копеечных, даже в ИТ), и вижу там требования супер-стар-сеньера — то ухожу с улыбкой «ну, удачи в поисках».

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

А вам точно нравится ваша работа?

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

И да, оно никогда не заканчивается (всегда есть что написать нового/переписать старого) — но если это приносит удовольствие — в чем проблема?)
В 2012 мой товарищ предложил мне заняться бизнесом по импорту автомобилей из Кореи.

Разработчик решил войти в банальный бизнес купи-продай? Там тысячи таких как вы. Шанс найти незанятую прибыльную нишу равен почти нулю.

Мне сразу пришла в голову мысль сделать софт для анонимизации и получения доступа к любым ресурсам в интернет

Уже теплее. Но это нормально, что не выстрелило. 90% идей не выстреливает, если не больше.

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

Опять. Разработчик решил войти в нишу услуг?

ИТ это развивающаяся сфера. Машинное обучение — так вообще передовое. Выбирайте нормальные сферы для себя (разработчика) сферы. И пробуйте, пробуйте, пробуйте.

Конечно, все не так просто, как в историях успеха, но если не пробовать — то ничего точно не получится.
Не увидел совета (для всех очевидно?), что в именовании таблиц стоит хорошенько думать о префиксе, чтобы когда таблиц станет 100+ все они удобно группировались в виде:

users
user_group
user_status

products
product_type
product_status


Иначе, когда таблиц становится много, а названия идут в разнобой — product_type, status_product — становится ужасно неудобно с ними работать.
Еще в 1970 году были отличные разработчики, которые построили фундамент для всего, что мы используем сейчас.

Где-то заплакал Линус Торвальдс

P.S. Случаем не пропущен тег «треш»? Ну не верится, что человек писал такое серьезно.
Повезло, что девушка разделяет ваши увлечения. Обычно наоборот =/
С 31 на 1 как ни крути придется.

Кем вы там работаете, что «придется пить»?
И как вы умудряетесь такие работы находить?

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

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность