Вы сами себе противоречите. Чуть выше пишете, что auto это плохо и лучше бы типами все писали (не топите ли вы здесь за выразительность в вашем понимании, о которой вы говорите что она не важна ? ). Теперь пишите, что должно быть понятно самому пишушему.
Теперь представьте у вас команду из 8 разработчиков работающая над единой кодовой базой. И вот один из низ используется auto везде где только можно - ну потому что ему так понятнее (не у всех же понятность с вашей совпадает ? ). Второй везде прописывает типы. Третий использует корутины. А четвертый явно потоки пишет и через мутексы синхронизирует их. Ну и так далее - каждый привносит свой опыт и пишет как он привык.
Хороший ли это проект ? Сможет ли он быстро развиваться ?
Вы не совсем поняли что есть смэв и о чем статья. Мне понятно что вас больше интересуют госуслуги, но эта статья не об этом.
Как отображено в названии смэв-система межведомственного электронного взаимодействия. Госуслуги являются лишь пользователем этой системы.
ЛК УВ - личный кабинет участника взаимодействия, тоесть тех кто к этой системе подключен и передает или получает данные у других ведомств.
Собственно это статья она скорее не для граждан, которые являются пользователями госуслуг. Она скорее для тех кому по какой-то причине понадобилось получать данные от государственных ведомств, таких как гибдд, или другие. Госуслуги являются частным случаем и одном из пользователей(но не единственным) которые эту систему используют в своей работе.
Ну и сложность зачастую обусловлена не метриками, а законодательством-так как есть требования которые начинаются с законов о том где и какие данные хранятся и кто за них отвечает.
Если отвечать без аргументирования - можно убить кого-нибудь кринжом. Поэтому ненужно этого делать. А я молодец и могу не аргументировать свою точку зрения.
Согласен с вами. Более того даже если бы эти денбги были на руках - это не значило бы что эти деньги участвуют в экономике.
Тоесть если условный триллион лежит на счету Илона Маска, то он врятли их когда-то потратит на личное потребление. Если бы он куда-то и мог их тратить то на создание новых рабочих мест. А если они лежит и будут лежать еще 100 лет или даже будут расти - да и как разница нам с вами.
А что будет если триллион раздать людям - скорее всего ничего не произойдет, кроме того что исчезнет один триллионер. Тоесть цены на тот же процент вырастут, так как производительность труда от этого не изменилась. Игра с нулевой суммой.
Это было лет 10 назад. Ему объясняли. Но это был человек своеобразный, который мог всех разрабов собрать и покрыть матом как прораб на стройке, без преувеличения. Чего только стоило интересное решение - "каждый разработчик в один из дней подписывал бумажку где обязался не допускать более одного бага в неделю, а если допустит - фиксит в личное время". Собственно после одного из таких объяснений была группа разработчиков, которые написали письмо руководству с предложениями как улучшить процессы, вполне корректное - даже без ссылок на гендира вообще. Итог - всех кто подписался уволили. Увольнение кстати тоже отдельный цирк, просто письмо утром на почте - чтобы к моему возвращению в страну (он тогда был в отъезде) вас тут небыло.
Я не сильно конечно расcтороился и сейчас от этой компании мало что осталось ,а гендира все таки через пару лет попросили уйти.
Тоже встречался с таким. Был гендир который решил, что он нашел генеальное решение как писаться html используя java. А давай-те мы сделает кучу классов - которые являются тегами в html - будем их вклюдывать друг вдруга, а потом вызовем toString и они сами весь html соберут. Чем его не устроили готовые решения на подобии Vaadin если уж сильно хотелось чтобы на java все было неизвестно. И это решение он внезапно распространил на все проекты - а давайте свой велосипед делать.
Ну попробовали полгода - а потом выкинули и начали все переписывать как у всех :)
Бывают интерфейсы между классами и и интерфейсы между слоями приложения, и интерфейсы между разными модулями и интерфейсы между разными системами. Бывают интерфейсы бибилиотек, и фреймворков.
И как то странно пытаться для всего этого придумать единые правила.
Зависит от контекста, если это решает пользователь приложения создавать временный или постоянный, то конечно без if мы не сможем скорее всего выбрать, не рассматривая совсем экзотические случаи. Ну а вдругих случаях, нам должно быть известно уже во время написания программы хотим ли бы в конкретном месте временный файл или постоянный.
У меня первое место работы было похожее. Я был джуном и процессы в компании были поставлены очень странно. Например у нас не было команды на проекте, мы просто отдавали задачи в отдел тестирования, и не знали кто там из будет тестировать. У них стояла задача найти как можно больше багов, и завести как можно больше баг тикетов. А к нас всех было подписано соглашение, что мы обязуемся не совершать больше одного бага в месяц. Все что больше, фиксим в нерабочее время. Ну и много других интересностей. Как-то собралась у нас инициативная группа и написало письмо с предложениями того как можно улучшить процессы. В результаты мы получили в ответ письмо от руководства(которое на тот момент было а отъезде) чтобы к из возвращению в город, мы все уже написали по собственному желанию, а иначе голый оклад, который по классике в договоре был много меньше зарплаты.
Собственно я получил интересный опыт и сейчас увидит бы подобное, сразу бы развернулся. А вот переживаний почему-то небыло, наверное потому что на тот момент я уже проработал три года и не о каком повышении не шло даже речи с джуна, а через неделю я уже устроился на x2.5 зарплату. А компания тоже получила своё, город у нас относительно не большой и потом компания испытывала трудности с подбором персонала, и сейчас она раза в 2-3 меньше чем была в те времена.
А зачем в момент покупки думать о будущем владельце машины и том что ему не будет разницы на допы? Я машину для себя покупаю, а не для будущего владельца же. Если мне допы эти нужны — беру, если не нужны — значит и брать не надо
Тоже самое касается и компаний. Знаю человека который отработал один день и уволился, потому что работодатель в описании вакансии все преукраcил и рассказывал как будто о другом проекте.
Собственно вы очень лично восприняли этот кейс, и по вещим ответам снизу видно что у вас от него «подгорает». Не удивлюсь если вы продолжаете общаться с ним в личках, и даёте ему ещё повода над вами «поглумиться». Просто заблокировали бы его контакт и закончили не этом.
Вы действительно думаете что отзыв от одного человека, который пишет n дней подряд в открытых источниках что компания X говно, чего то стоит и на него будут обращать внимание? Тут же отчетливо будет видео даже без ответов компании ему, что этот отзыв можно не брать во внимание.
Да я больше скажу, я в последнее время ни какие отзывы с публичных сайтов не беру во внимание, особенно с суждениями о технической грамотности специалистов, менеджеров и подобном.
Возможно и так можно считать, но в моем понимание разные микросервисы- больше чем два инстанса одного и того же сервиса, с целью увеличить производительность. Тоесть как таковой микросервисной архитектуры у нас нету.
Тогда тем более не понятно зачем его учить как первый язык. Если взять условную java, то пройдя курсы и выучив основы можно идти работать в компанию, и на месте учиться уже основному. Сам я прошел такой путь.
А вот выучил я подмножество scala и как мне двигаться дальше? Постепенно изучать оставшееся подмножетсво на хобби проектах? Так можно, но этот путь будет сильно длинным и где брать наставников на это время. В случае с java наставниками выступали коллеги.
Все таки для первого языка очень крутой порог вхождения, имхо.
Вы сами себе противоречите. Чуть выше пишете, что auto это плохо и лучше бы типами все писали (не топите ли вы здесь за выразительность в вашем понимании, о которой вы говорите что она не важна ? ). Теперь пишите, что должно быть понятно самому пишушему.
Теперь представьте у вас команду из 8 разработчиков работающая над единой кодовой базой. И вот один из низ используется auto везде где только можно - ну потому что ему так понятнее (не у всех же понятность с вашей совпадает ? ). Второй везде прописывает типы. Третий использует корутины. А четвертый явно потоки пишет и через мутексы синхронизирует их. Ну и так далее - каждый привносит свой опыт и пишет как он привык.
Хороший ли это проект ? Сможет ли он быстро развиваться ?
Вы не совсем поняли что есть смэв и о чем статья. Мне понятно что вас больше интересуют госуслуги, но эта статья не об этом.
Как отображено в названии смэв-система межведомственного электронного взаимодействия. Госуслуги являются лишь пользователем этой системы.
ЛК УВ - личный кабинет участника взаимодействия, тоесть тех кто к этой системе подключен и передает или получает данные у других ведомств.
Собственно это статья она скорее не для граждан, которые являются пользователями госуслуг. Она скорее для тех кому по какой-то причине понадобилось получать данные от государственных ведомств, таких как гибдд, или другие. Госуслуги являются частным случаем и одном из пользователей(но не единственным) которые эту систему используют в своей работе.
Ну и сложность зачастую обусловлена не метриками, а законодательством-так как есть требования которые начинаются с законов о том где и какие данные хранятся и кто за них отвечает.
Если отвечать без аргументирования - можно убить кого-нибудь кринжом. Поэтому ненужно этого делать. А я молодец и могу не аргументировать свою точку зрения.
Не является рекомендацией.
Даже если пристегиваться за рулем - можно отправиться на тот свет. Поэтому ненужно этого делать.
В любом случае надо соблюдать меры предосторожности и думать головой.
Согласен с вами. Более того даже если бы эти денбги были на руках - это не значило бы что эти деньги участвуют в экономике.
Тоесть если условный триллион лежит на счету Илона Маска, то он врятли их когда-то потратит на личное потребление. Если бы он куда-то и мог их тратить то на создание новых рабочих мест. А если они лежит и будут лежать еще 100 лет или даже будут расти - да и как разница нам с вами.
А что будет если триллион раздать людям - скорее всего ничего не произойдет, кроме того что исчезнет один триллионер. Тоесть цены на тот же процент вырастут, так как производительность труда от этого не изменилась. Игра с нулевой суммой.
Это было лет 10 назад. Ему объясняли. Но это был человек своеобразный, который мог всех разрабов собрать и покрыть матом как прораб на стройке, без преувеличения. Чего только стоило интересное решение - "каждый разработчик в один из дней подписывал бумажку где обязался не допускать более одного бага в неделю, а если допустит - фиксит в личное время".
Собственно после одного из таких объяснений была группа разработчиков, которые написали письмо руководству с предложениями как улучшить процессы, вполне корректное - даже без ссылок на гендира вообще. Итог - всех кто подписался уволили. Увольнение кстати тоже отдельный цирк, просто письмо утром на почте - чтобы к моему возвращению в страну (он тогда был в отъезде) вас тут небыло.
Я не сильно конечно расcтороился и сейчас от этой компании мало что осталось ,а гендира все таки через пару лет попросили уйти.
Тоже встречался с таким. Был гендир который решил, что он нашел генеальное решение как писаться html используя java. А давай-те мы сделает кучу классов - которые являются тегами в html - будем их вклюдывать друг вдруга, а потом вызовем toString и они сами весь html соберут. Чем его не устроили готовые решения на подобии Vaadin если уж сильно хотелось чтобы на java все было неизвестно. И это решение он внезапно распространил на все проекты - а давайте свой велосипед делать.
Ну попробовали полгода - а потом выкинули и начали все переписывать как у всех :)
У вас задачи декомпозированны так что на выходе по 2000 строк методы? Вы ревью кода иногда делаете ?
Бывают интерфейсы между классами и и интерфейсы между слоями приложения, и интерфейсы между разными модулями и интерфейсы между разными системами. Бывают интерфейсы бибилиотек, и фреймворков.
И как то странно пытаться для всего этого придумать единые правила.
Это не новелла, это хоррор! Спать 3 дня теперь не смогу!
Зависит от контекста, если это решает пользователь приложения создавать временный или постоянный, то конечно без if мы не сможем скорее всего выбрать, не рассматривая совсем экзотические случаи.
Ну а вдругих случаях, нам должно быть известно уже во время написания программы хотим ли бы в конкретном месте временный файл или постоянный.
У меня первое место работы было похожее. Я был джуном и процессы в компании были поставлены очень странно. Например у нас не было команды на проекте, мы просто отдавали задачи в отдел тестирования, и не знали кто там из будет тестировать. У них стояла задача найти как можно больше багов, и завести как можно больше баг тикетов. А к нас всех было подписано соглашение, что мы обязуемся не совершать больше одного бага в месяц. Все что больше, фиксим в нерабочее время. Ну и много других интересностей. Как-то собралась у нас инициативная группа и написало письмо с предложениями того как можно улучшить процессы. В результаты мы получили в ответ письмо от руководства(которое на тот момент было а отъезде) чтобы к из возвращению в город, мы все уже написали по собственному желанию, а иначе голый оклад, который по классике в договоре был много меньше зарплаты.
Собственно я получил интересный опыт и сейчас увидит бы подобное, сразу бы развернулся. А вот переживаний почему-то небыло, наверное потому что на тот момент я уже проработал три года и не о каком повышении не шло даже речи с джуна, а через неделю я уже устроился на x2.5 зарплату. А компания тоже получила своё, город у нас относительно не большой и потом компания испытывала трудности с подбором персонала, и сейчас она раза в 2-3 меньше чем была в те времена.
Собственно вы очень лично восприняли этот кейс, и по вещим ответам снизу видно что у вас от него «подгорает». Не удивлюсь если вы продолжаете общаться с ним в личках, и даёте ему ещё повода над вами «поглумиться». Просто заблокировали бы его контакт и закончили не этом.
Вы действительно думаете что отзыв от одного человека, который пишет n дней подряд в открытых источниках что компания X говно, чего то стоит и на него будут обращать внимание? Тут же отчетливо будет видео даже без ответов компании ему, что этот отзыв можно не брать во внимание.
Да я больше скажу, я в последнее время ни какие отзывы с публичных сайтов не беру во внимание, особенно с суждениями о технической грамотности специалистов, менеджеров и подобном.
Возможно и так можно считать, но в моем понимание разные микросервисы- больше чем два инстанса одного и того же сервиса, с целью увеличить производительность. Тоесть как таковой микросервисной архитектуры у нас нету.
Мы используем jwt не для того чтобы не было обращений к бд, а чтобы сервера были stateless и не было необходимости делать shared сессию
А вот выучил я подмножество scala и как мне двигаться дальше? Постепенно изучать оставшееся подмножетсво на хобби проектах? Так можно, но этот путь будет сильно длинным и где брать наставников на это время. В случае с java наставниками выступали коллеги.
Все таки для первого языка очень крутой порог вхождения, имхо.