Наверное во все времена, хорошую работу найти не просто. И статья показывает, что трудоустройство и реализация себя как специалиста серьезный вопрос для личности, а не баловство и не перчатки. Выбор сотрудника (коллеги) тоже вопрос не терпящий спешки.Джобборды реально создают ощущение профнепригодности, особенно у излишне эмоциональных людей. Со всех щелей прет контент о том как специалистов заменят нейронками, подогревая панические настроения. А когда наконец случается мэтч, то оказывается, что вы ждали друг друга всю свою жизнь или как говориться "на безрыбье - рак рыба", но это уже вкусовщина. Трудитесь, общайтесь и все получится.
Вот интересно, а чем "igaming" по вашему мнению считался ранее?
Когда я получил предложение о собеседовании, мне тоже показалось, что это нечто запретное, осуждаемое в обществе. Спустя год работы в компании, у меня совершенно изменилось мнение. Во первых, потому что работа это прежде всего общение с людьми. Я работаю с опытными и адекватными людьми без задранного чсв. У всех разный опыт и мы круто и дружно уживаемся. Во вторых, для меня как для разработчика, важно реализоваться как специалист по программированию. Задачи над которыми мне приходится работать интересные и сложные, что удовлетворяет моим потребностям в профессиональном развитии. В третьих, компания дает возможности для творческой реализации и всячески этому способствует. А главное, в это время, моя семья сыта и довольна - стабильная белая ЗП. Так что в этом плохого?
Спасибо за ваши замечания. Вы навели меня и читателей на важные мысли и особенности разработки на языке Go. Буду разбираться. С глобальными переменными я действительно поторопился. По сути не закончив разработку решил ее завершить - заметил, но проигнорировал.
Вот, вот. Читаю и недоумеваю - какие сбои. В 22 на волнениях поставил для своих проектов домашний git, искал попроще чем gitlab, и нашел gogs. Ставится через докер за 5 мин. После трех месяцев работы вернулся на github, потому что как не крути это дополнительный сервис, который нужно поддерживать. В российских хостерах попробуй разберись: кто закроется, кто денег запросит, а кто данные сольет. В компаниях и так self-hosted gitlab или аналоги, думаю это распространенно. Для личных проектов github удобнее всего.
И мне не понятно, но что поделать. Кому-то мое мнение может не понравиться, хотя хотелось бы понять за что минус. Я тоже вижу эту дорогу в разработке как самую прямую. Если сравнивать два языка, то кажется, что C# слишком огромен в сравнении с Go, который прост и эффективен для своих задач. А его задачи, на мой взгляд, касаются повышения быстродействия отдельных сервисов. Для меня Go оказался удобной тропинкой к desktop, а интерес к C# отпал еще во времена, когда интересовался мобильными фреймворками. Кажется, Xamarin не прижился. С тех пор, мне не приходилось сталкиваться с C# в разработке.
Спасибо за комментарий. Согласен, что в обработке частных случаев при мониторинге главная проблема. Поэтому захотел владеть своим инструментом для мониторинга проектов. Побоялся оставить проект недоделанным, и ограничился простейшей проверкой. Учту ваши идеи при обновлении.
В моем мире C# не нашлось места. А если серьезно, то потому, что с моей точки зрения язык программирования Go популярен. Для ответа решил погуглить и не без удивления обнаружил, что C# выше в рейтинге. Но в моем понимании, популярность C# обусловлена рынком США, где корпоративный софт часто используется в экосистеме Microsoft, и благодаря Unity, которую тискают геймдевелоперы. Предполагаю, что в современной backend-разработке в РФ, C# не так популярен как Go.
HH вообще монополист на рынке поиска работы в России. Но я не думаю, что у сейчас треть населения являются безработными. Судя по московским пробкам...
Стало больше соискателей на место, именно на онлайн площадках. Все труднее обратить на себя внимание, конкуренция очень высокая и с каждым днем растет. Теперь когда можешь сгенерировать резюме со своими пожеланиями - обязательно сгенерируешь и отправишь. Зная как скипают резюме - откликаться на все подряд. Формируя бешеный спрос на вакансию. Работодатель тонет в воронке, а нормальные кандидаты теряются в мусоре. Зато на HH метрики растут, работодатели платят.
В разработке похожая ситуация. Людей пока не заменяют, но шумиха вокруг заставляет грести усерднее.
И, кстати, habr карьера айтишнику скорее принесет контакт, чем тот же HH. Cудя по моему субъективноve опыту. Следует увеличивать точки присутствия.
Спасибо за дополнение! Я имел ввиду именно облака. Про OpenAI и их экономику даже не задумывался - тут вы глубже копнули. Мой фокус был на провайдерах инфраструктуры: Яндекс, Cloud.ru, MTW и прочие. Они уже построили все, что нужно для агентов и моделей, разложили GPU на прилавке и заманивают в свои цепкие лапы потребителей.
Пока привлекают стоимостью, но уже видно, что им "нужно больше золота". С мая Яндекс cloud поднимает цены на облачные услуги.
На мой обывательский взгляд - графа расхода за "Исскуственный интеллект" все чаще встречается в списке обязательных семейных трат не только у разработчиков. Но целевой потребитель это облачных сервисов — бизнес. Я думаю, что со стороны LLM провайдеров найдутся способы "оптимизации" бизнес процессов клиентов. Были бы клиенты и побольше, об этой гонки и речь.
К слову, вероятно, что прибыль для компаний по типу OpenAI, Antropic и прочих сегодня не является приоритетом. Рынок реально двигается и очень быстро.
Вообще-то, на 4 докладе дали такого жару с метриками, что стало дурно. Никогда не вникал в способы оценки эффективности и наверное не вникну, но что-то подсказывает, что это нужно бизнесу для понимания эффективности вложений. Пока все выглядит инертно, сложно, непонятно, но очень интересно.
Сейчас многие делают сайты как spa приложения и используют для этого популярные инструменты. В проекте Битрикс являлся требованием, а я выбрал Laravel за его структуру и популярность. Многие подходы разработки на Битрикс мне не нравятся до сих пор. Ваш комментарий одобрен, но кажется вы меня в чем то обвиняете?
Был рад присутствовать на встрече! Как начинающего автора, меня эта встреча действительно вдохновила, помогла осознать, что я не одинок. Очень по-свойски посидели. Атмосфера на 10 из 10. Прослушал доклады на интересные, и главное, актуальные темы. Закрыл многие вопросы, которые меня беспокоили. Спасибо, Лилия. Спасибо, участники!
Лилия, Благодарю за внимание к моей статье. Вы не представляете в каком восторге я встретил Ваш комментарий. С нетерпением буду ждать публикации от Вас!
Егор, спасибо за подробный гайд. Добавил в закладки. Скажите, все эти инструменты с автоматизацией и Smart Values доступны в FREE версии или нет? Я выбираю инструмент для организации работы в пет проектах. Пробовал Jira, но не знал об этих фичах, которые кажутся очень гибкими и адаптируемыми под различные сценарии работы.
Я правильно понял основную задачу, которую решает фреймворк - обновление интерфейса приложения на сервере, без необходимости релиза в сторах? Ну и прочие, вытекающие из этого преимущества - скорость доставки фич и т.д.
Можно ли провести аналогию с SSR в web разработке, с разницей в том, что компоненты встроены в приложения. Фреймворк имеет инструменты для отправки с сервера описания компонентов, а на клиенте парсер и builder, который создает из библиотеки компонентов необходимы интерфейс?
Есть ли у Вас boilerplate для начала работы с фреймворком?
Мне кажется это заблуждение, что SQL типа Кобола или Фортрана. В статье привел простые примеры, но бывает и посложнее. Иногда тащишь с разных таблиц данные, считаешь и получаешь результат в одном запросе за 0.003 секунды и кайфуешь. Согласен, выкидывать ORM совсем - неправильно. Вы попробуйте поработать с SQL хоть немного, думаю, что ваше мнение изменится.
Один из проектов содержал Битрикс + Laravel. Тогда и стали идти мысли о целесообразности использования ОРМ. А вообще, я упоминал, что работаю с разными фреймворками, на разных языках. Почему вы обобщили в кучу - наверное, не правильно поняли.
Хочется одним комментарием выразить благодарность сообществу. Благодаря вашим глубоким мыслям, расширил свой кругозор и иначе взглянул на проблему. Хотя остался со своими принципами - использовать ОРМ лишь в простых сценариях, в зависимости от платформы, так как в сложных начинается вырвиглаз.
Комментаторы приводили примеры с несколькими базами данных в проекте. Я никогда не сталкивался с таким, а если бы столкнулся, то задумался о разделении проекта на множество микросервисов. Где каждый сервис работает со своим типом БД и так далее. Хотя бы через докер.
PHP прекрасный язык. Он умирает и возрождается - оставляя огромное количество проектов и разработчиков, которые ими занимаются. В нем многое съедобно, и тот PDO, который упоминался в комментариях, может послужить упрощением пользовательского кода. Когда ты пишешь нативно, просто, без лишних зависимостей, без абстракций написанных "ПРОФЕССИОНАЛАМИ" или "СООБЩЕСТВОМ ПРОФЕССИОНАЛОВ", которые никогда не ошибаются.
Я программирую на python, go, javascript и php. Все языки имеют свои особенности. Часто очень даже бесячие, в сравнении с php, где многое упрощено и достаточно функционально для большинства задач. Иногда, использую PDO чтобы не тянуть ничего лишнего. Мне это не доставляет труда, потому что я работаю с данными через интерфейс DBeaver.
И ни в коем случае SQL нельзя сравнивать с программированием компиляторов или языком программирования ассемблер. Его обязательно нужно изучать, хотя бы на базовом уровне. Что к сожалению не все готовы принять, опираясь на "знание ОРМ своего фреймворка". Думаю, что использовать ОРМ без знания SQL, так же вредно, как использование tilewind без знания CSS. Скопировать/вставить. А потом появляются вакансии с опытом оптимизации запросов к БД.
Наверное во все времена, хорошую работу найти не просто. И статья показывает, что трудоустройство и реализация себя как специалиста серьезный вопрос для личности, а не баловство и не перчатки. Выбор сотрудника (коллеги) тоже вопрос не терпящий спешки.Джобборды реально создают ощущение профнепригодности, особенно у излишне эмоциональных людей. Со всех щелей прет контент о том как специалистов заменят нейронками, подогревая панические настроения. А когда наконец случается мэтч, то оказывается, что вы ждали друг друга всю свою жизнь или как говориться "на безрыбье - рак рыба", но это уже вкусовщина.
Трудитесь, общайтесь и все получится.
Вот интересно, а чем "igaming" по вашему мнению считался ранее?
Когда я получил предложение о собеседовании, мне тоже показалось, что это нечто запретное, осуждаемое в обществе. Спустя год работы в компании, у меня совершенно изменилось мнение.
Во первых, потому что работа это прежде всего общение с людьми. Я работаю с опытными и адекватными людьми без задранного чсв. У всех разный опыт и мы круто и дружно уживаемся.
Во вторых, для меня как для разработчика, важно реализоваться как специалист по программированию. Задачи над которыми мне приходится работать интересные и сложные, что удовлетворяет моим потребностям в профессиональном развитии.
В третьих, компания дает возможности для творческой реализации и всячески этому способствует. А главное, в это время, моя семья сыта и довольна - стабильная белая ЗП.
Так что в этом плохого?
Спасибо за ваши замечания. Вы навели меня и читателей на важные мысли и особенности разработки на языке Go. Буду разбираться.
С глобальными переменными я действительно поторопился. По сути не закончив разработку решил ее завершить - заметил, но проигнорировал.
Вот, вот. Читаю и недоумеваю - какие сбои. В 22 на волнениях поставил для своих проектов домашний git, искал попроще чем gitlab, и нашел gogs. Ставится через докер за 5 мин. После трех месяцев работы вернулся на github, потому что как не крути это дополнительный сервис, который нужно поддерживать.
В российских хостерах попробуй разберись: кто закроется, кто денег запросит, а кто данные сольет. В компаниях и так self-hosted gitlab или аналоги, думаю это распространенно. Для личных проектов github удобнее всего.
И мне не понятно, но что поделать. Кому-то мое мнение может не понравиться, хотя хотелось бы понять за что минус.
Я тоже вижу эту дорогу в разработке как самую прямую. Если сравнивать два языка, то кажется, что C# слишком огромен в сравнении с Go, который прост и эффективен для своих задач. А его задачи, на мой взгляд, касаются повышения быстродействия отдельных сервисов.
Для меня Go оказался удобной тропинкой к desktop, а интерес к C# отпал еще во времена, когда интересовался мобильными фреймворками. Кажется, Xamarin не прижился. С тех пор, мне не приходилось сталкиваться с C# в разработке.
Спасибо за комментарий. Согласен, что в обработке частных случаев при мониторинге главная проблема. Поэтому захотел владеть своим инструментом для мониторинга проектов. Побоялся оставить проект недоделанным, и ограничился простейшей проверкой. Учту ваши идеи при обновлении.
В моем мире C# не нашлось места. А если серьезно, то потому, что с моей точки зрения язык программирования Go популярен. Для ответа решил погуглить и не без удивления обнаружил, что C# выше в рейтинге. Но в моем понимании, популярность C# обусловлена рынком США, где корпоративный софт часто используется в экосистеме Microsoft, и благодаря Unity, которую тискают геймдевелоперы. Предполагаю, что в современной backend-разработке в РФ, C# не так популярен как Go.
HH вообще монополист на рынке поиска работы в России. Но я не думаю, что у сейчас треть населения являются безработными. Судя по московским пробкам...
Стало больше соискателей на место, именно на онлайн площадках. Все труднее обратить на себя внимание, конкуренция очень высокая и с каждым днем растет. Теперь когда можешь сгенерировать резюме со своими пожеланиями - обязательно сгенерируешь и отправишь.
Зная как скипают резюме - откликаться на все подряд. Формируя бешеный спрос на вакансию. Работодатель тонет в воронке, а нормальные кандидаты теряются в мусоре. Зато на HH метрики растут, работодатели платят.
В разработке похожая ситуация. Людей пока не заменяют, но шумиха вокруг заставляет грести усерднее.
И, кстати, habr карьера айтишнику скорее принесет контакт, чем тот же HH. Cудя по моему субъективноve опыту. Следует увеличивать точки присутствия.
Спасибо за дополнение!
Я имел ввиду именно облака. Про OpenAI и их экономику даже не задумывался - тут вы глубже копнули. Мой фокус был на провайдерах инфраструктуры: Яндекс, Cloud.ru, MTW и прочие. Они уже построили все, что нужно для агентов и моделей, разложили GPU на прилавке и заманивают в свои цепкие лапы потребителей.
Пока привлекают стоимостью, но уже видно, что им "нужно больше золота". С мая Яндекс cloud поднимает цены на облачные услуги.
На мой обывательский взгляд - графа расхода за "Исскуственный интеллект" все чаще встречается в списке обязательных семейных трат не только у разработчиков. Но целевой потребитель это облачных сервисов — бизнес. Я думаю, что со стороны LLM провайдеров найдутся способы "оптимизации" бизнес процессов клиентов. Были бы клиенты и побольше, об этой гонки и речь.
К слову, вероятно, что прибыль для компаний по типу OpenAI, Antropic и прочих сегодня не является приоритетом. Рынок реально двигается и очень быстро.
Генерируем свой собственный...
Вообще-то, на 4 докладе дали такого жару с метриками, что стало дурно. Никогда не вникал в способы оценки эффективности и наверное не вникну, но что-то подсказывает, что это нужно бизнесу для понимания эффективности вложений. Пока все выглядит инертно, сложно, непонятно, но очень интересно.
Сейчас многие делают сайты как spa приложения и используют для этого популярные инструменты. В проекте Битрикс являлся требованием, а я выбрал Laravel за его структуру и популярность. Многие подходы разработки на Битрикс мне не нравятся до сих пор. Ваш комментарий одобрен, но кажется вы меня в чем то обвиняете?
Был рад присутствовать на встрече! Как начинающего автора, меня эта встреча действительно вдохновила, помогла осознать, что я не одинок. Очень по-свойски посидели. Атмосфера на 10 из 10. Прослушал доклады на интересные, и главное, актуальные темы. Закрыл многие вопросы, которые меня беспокоили. Спасибо, Лилия. Спасибо, участники!
И я был очень рад пообщаться!
Лилия, Благодарю за внимание к моей статье. Вы не представляете в каком восторге я встретил Ваш комментарий. С нетерпением буду ждать публикации от Вас!
Егор, спасибо за подробный гайд. Добавил в закладки.
Скажите, все эти инструменты с автоматизацией и Smart Values доступны в FREE версии или нет?
Я выбираю инструмент для организации работы в пет проектах. Пробовал Jira, но не знал об этих фичах, которые кажутся очень гибкими и адаптируемыми под различные сценарии работы.
Я правильно понял основную задачу, которую решает фреймворк - обновление интерфейса приложения на сервере, без необходимости релиза в сторах? Ну и прочие, вытекающие из этого преимущества - скорость доставки фич и т.д.
Можно ли провести аналогию с SSR в web разработке, с разницей в том, что компоненты встроены в приложения. Фреймворк имеет инструменты для отправки с сервера описания компонентов, а на клиенте парсер и builder, который создает из библиотеки компонентов необходимы интерфейс?
Есть ли у Вас boilerplate для начала работы с фреймворком?
Мне кажется это заблуждение, что SQL типа Кобола или Фортрана. В статье привел простые примеры, но бывает и посложнее. Иногда тащишь с разных таблиц данные, считаешь и получаешь результат в одном запросе за 0.003 секунды и кайфуешь. Согласен, выкидывать ORM совсем - неправильно. Вы попробуйте поработать с SQL хоть немного, думаю, что ваше мнение изменится.
Один из проектов содержал Битрикс + Laravel. Тогда и стали идти мысли о целесообразности использования ОРМ. А вообще, я упоминал, что работаю с разными фреймворками, на разных языках. Почему вы обобщили в кучу - наверное, не правильно поняли.
Хочется одним комментарием выразить благодарность сообществу. Благодаря вашим глубоким мыслям, расширил свой кругозор и иначе взглянул на проблему. Хотя остался со своими принципами - использовать ОРМ лишь в простых сценариях, в зависимости от платформы, так как в сложных начинается вырвиглаз.
Комментаторы приводили примеры с несколькими базами данных в проекте. Я никогда не сталкивался с таким, а если бы столкнулся, то задумался о разделении проекта на множество микросервисов. Где каждый сервис работает со своим типом БД и так далее. Хотя бы через докер.
PHP прекрасный язык. Он умирает и возрождается - оставляя огромное количество проектов и разработчиков, которые ими занимаются. В нем многое съедобно, и тот PDO, который упоминался в комментариях, может послужить упрощением пользовательского кода. Когда ты пишешь нативно, просто, без лишних зависимостей, без абстракций написанных "ПРОФЕССИОНАЛАМИ" или "СООБЩЕСТВОМ ПРОФЕССИОНАЛОВ", которые никогда не ошибаются.
Я программирую на python, go, javascript и php. Все языки имеют свои особенности. Часто очень даже бесячие, в сравнении с php, где многое упрощено и достаточно функционально для большинства задач. Иногда, использую PDO чтобы не тянуть ничего лишнего. Мне это не доставляет труда, потому что я работаю с данными через интерфейс DBeaver.
И ни в коем случае SQL нельзя сравнивать с программированием компиляторов или языком программирования ассемблер. Его обязательно нужно изучать, хотя бы на базовом уровне. Что к сожалению не все готовы принять, опираясь на "знание ОРМ своего фреймворка". Думаю, что использовать ОРМ без знания SQL, так же вредно, как использование tilewind без знания CSS. Скопировать/вставить. А потом появляются вакансии с опытом оптимизации запросов к БД.