а просто составить нормальное резюме и определиться точечно, в какой конкретно сфере IT у него будут наибольшие шансы?
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
учим интервьюеров проводить встречи всё отведенное время даже если показалось, что всё уже понятно, т.к. разным соискателям требуется разное время собраться с мыслями, справиться с волнением
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
ООП отлично справляется с моделированием передачи данных, и никак не помогает в их трансформации. Если вам нужно превратить один тип данных в другой по каким то правилам - воспользуйтесь ФП или СП
Помните, что ООП - это про посылку сообщений.
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
но и пихают их туда где хватило бы стандартного дерева решений со строгими логическими услоями
Ха, это точно. У меня знакомый устроился в ит компанию где начальство не программисты, и вот теперь они на основе новостей делают предсказание нагрузки на сервер (с помощью ии конечно) чтобы включить доп сервера, вместо обычного балансировщика нагрузки :)
Скажите, а DDD композиция существует? Как у неё проверить границы?))
А если серьёзно, берем S из одной известной абревиатуры и получается что для проектирования границ модуля бизнес логики (что у вас называется DDD агрегатом как я понял) нужно выделить так называемых акторов (группу лиц) заинтересованных в данном функционале и скорее всего которые будут вносить доработки по нему, получается что функциональность для каждого актора (группы лиц) и есть границы модулей (агрегатов DDD?)
Собственно, а в чем люди не правы? Если ты в компании работаешь за двоих, то никто не будет тебе повышать зарплату, когда можно платить 1 ставку а работу получать за 2. Это кстати достаточно очевидный факт, но я его не сразу осознал...
У вас пирамида потребностей реальности неверная. Математика это инструмент, мы можем им измерить физику или химию. А вот физика и химия спокойно существует без математики как науки
Как минимум код, а если серьёзно - на сколько я понял, микросервесная архитектура (ядра) в MINIX, отличается от Linux, способом взаимодействия программ с железом и между собой, но миниксу не надо поднимать сервера чтобы запустить процесс, у всех уже ассоциация - микросервис значит gRPC (чтобы всем говорить что у нас как в гугл), если уж говорить про веб разработку, например SSR делает SEO оптимизацию лучше, поэтому лучше не выносить все в браузер на JS
Ну и к слову, исторически, получается "монолит" победил ;)
Так и напишите, надо просто не правду в резюме писать, но под конкретную вакансию.
Где то в статье приводился тейк что людей в ит больше стало, мне кажется это отчасти из-за того что профессий в ит стало побольше (девопс, фронт, бэк и тд и тп) и теперь все мы "итишники"
При том что кинопоиск как приложение у меня постоянно лагает, зависает и рекламу одну и ту же по 5 раз могут показать, без возможности пропустить...уже на конкурентов посматриваю, у них пока не было замечено такого
Пхаххахаха...хахахах...ха...мда
Проходил буквально на днях собес с HR к вам, такой надменности я давненько не встречал. Человек явно не программист, а так общается и рассуждает будто пишет по паре сайтов в неделю (условно). Но спасибо за то что напомнили это уныние от работы на "дядю".
Отдельный яндекс плюс на музыку и кино это кайф чистой воды
Приведенная вами статья в правильную сторону копает, как по мне. Но там, как и в этой статье, почему-то ООП определяется через посылку сообщений, хотя в книге банды четырех (по моему) четко говорится что в ООП метод должен получать только другие объекты, что само собой, изначально, подразумивает изменения данных под структуры (го) классы (много всего другого) и уже эти объекты передавать туда сюда.
Извините меня конечно, но если вы занимаетесь просвещением людей по наболевшей теме, как можно писать... такое?
Вы хотя-бы книгу Мартина читали про архитектуру? Или банды про ООП...
Ха, это точно. У меня знакомый устроился в ит компанию где начальство не программисты, и вот теперь они на основе новостей делают предсказание нагрузки на сервер (с помощью ии конечно) чтобы включить доп сервера, вместо обычного балансировщика нагрузки :)
Скажите, а DDD композиция существует? Как у неё проверить границы?))
А если серьёзно, берем S из одной известной абревиатуры и получается что для проектирования границ модуля бизнес логики (что у вас называется DDD агрегатом как я понял) нужно выделить так называемых акторов (группу лиц) заинтересованных в данном функционале и скорее всего которые будут вносить доработки по нему, получается что функциональность для каждого актора (группы лиц) и есть границы модулей (агрегатов DDD?)
Собственно, а в чем люди не правы? Если ты в компании работаешь за двоих, то никто не будет тебе повышать зарплату, когда можно платить 1 ставку а работу получать за 2. Это кстати достаточно очевидный факт, но я его не сразу осознал...
У нас ведь углеродная жизнь
С достоверностью в 0 процентов, у вас не одного физического закона.
У вас пирамида потребностей реальности неверная. Математика это инструмент, мы можем им измерить физику или химию. А вот физика и химия спокойно существует без математики как науки
Нейросеть? Жесть какая
Это...гениально?)
Фронтенд на php сложно назвать классикой)) яб даже сказал это наоборот - изюминка))
Нормально денег в рекламу вливает ваша компания. Я как не открою, в 25% это ваши тексты.
Спасибо за перевод и список литературы! Самое то для меня сейчас:)
Как минимум код, а если серьёзно - на сколько я понял, микросервесная архитектура (ядра) в MINIX, отличается от Linux, способом взаимодействия программ с железом и между собой, но миниксу не надо поднимать сервера чтобы запустить процесс, у всех уже ассоциация - микросервис значит gRPC (чтобы всем говорить что у нас как в гугл), если уж говорить про веб разработку, например SSR делает SEO оптимизацию лучше, поэтому лучше не выносить все в браузер на JS
Ну и к слову, исторически, получается "монолит" победил ;)
Так быстро от архитектуры ОС до фронтенда я еще не прыгал...
Может кому интересно