Вот я живу в Ростове-на-Дону. Недавно смотрел объект в новом жк: 72 квадрата, 2 комнаты, 13/17 этаж, не отшиб мира.
Ценник на это все 10.500.
«Вот же – не хватает лимита!»
Но лимит распространяется не на цену объекта, а на сумму ипотечного кредита. И после вычета первоначального взноса получаем сумму кредита примерно в 8.400. Что, как раз, в рамках лимита в 9.000.
С другой стороны, РнД – миллионник и с it здесь вполне хорошо. В других городах, возможно, все не так радужно, не спорю. Но вроде с текущим лимитом все же можно найти норм объект.
Правда ли, что нельзя увольняться, если взял ИТ-ипотеку?
Неправда. Переходить в другие ИТ-компании на протяжении всего срока ипотеки можно неограниченное количество раз. Главное, чтобы они были аккредитованными и получали налоговые льготы. При увольнении из одной организации есть 6 месяцев, чтобы устроиться в другую. В течение этого времени сохраняется льготная ставка.
Такие правила были с запуска ИТ-ипотеки. Позднее их упростили, сократив минимальный срок работы в аккредитованных компаниях до пяти лет. Теперь условия вернулись к начальным — работать в отрасли нужно на протяжении действия договора.
Люди здесь почему-то проводят строгое равно между «душнилой» и «человеком, который не дает команде говнокодить и костылять и вообще в соло тащит бизнес». Конечно в таком свете он красавчик!
Но это же совсем не обязательные критерии душнилы, разве нет?
Душнила – это не только когда ты написал ужасный код, а он его рационально критикует. Душнила – это еще и когда ты написал хороший код, учитывая многолетний опыт на этом участке, но он все равно сидит и ввиду своей вечного «я знаю лучше» продолжает душить. Говорит как ужасно будет реализовать «вот такое» – ты даешь ему пример кода с адекватной реализацией, а он ему просто… не нравится. И вот вы уже две недели спорите в ревью, а к тебе каждый день приходит техдир с вопросами «ну что там, выложили рефактор? Нас надо следующую интеграцию делать»
Душнила – это еще и когда к тебе приходит фронтенд и спрашивает «а какого черта у вас бэкенд делает/отдает вот так». Идешь смотреть, а это было написано не пойми кем лет 12 назад, за 5 лет до тебя. И почему так было сделано уловить не можешь.
Идешь говорить это, а в ответ «ну это же странно? Ну согласись. Никто так не делает. И вообще из-за этого мы сталкиваемся с X, Y и Z. Или ты не согласен? Ну это ж очевидно».
А ты вообще этот код впервые увидел. Сидишь и думаешь: «к чему ты мне все это пишешь. Просто скажи как тебе хотелось бы и я прикину как это лучше сделать»
Душнила – это еще и когда ты нашёл простое решение проблемы, которую все принимали как должную пару лет и даже преподносили как фичу клиентам, а в ответ прилетает духота с токсом в духе «да не решит это кейс полностью, что если *ситуация, которая как раз решится*. Это нерешаемо. Хотя что мне, хотите себе работы – делайте. Почему звучит как хотели как лучше а получилось как всегда».
А ты выкатываешь доработку и, о чудо, все решилось.
Классно, конечно, выставлять душных людей как последний светлый рубеж в темном потоке говнокода, но это далеко не всегда так.
Спасибо за статью! Интересно смотреть как коллеги по цеху задачу с продуктовыми логами решают.
А в рамках одного лог файла свойства у каждой записи по шейпу совпадают или могут быть разными? Если совпадают – не думали прям на клиенте генерить «форму» для фильтра свойств? Или нужна более сложная фильтрация по логам?
Недавно в целом чем-то схожее решение разработали у себя. Буду наблюдать за гитхабом у вас для референсов :)
Часто слышу такое мнение в англоязычном комьюнити. В целом мысль понятна, но это какое-то обобщенное утверждение. Что-то сродни «все субъективно».
Имхо, читабельный код – это скорее составной феномен. Поэтому и критерии ему дать сложно. Кто-то даже пытается с условным cognitive complexity анализом, но многим он не нравится. И не без причин.
Но я тут в особого умника играть не буду, так как сам для себя еще в этом вопросе не определился :)
> Что ещё нужно для тог что делать отличные Front-end приложения?
В том-то и дело – я не знаю :) Но хочу узнать и найти себе на будущее инструмент! Я не фронтэндер: у меня нет рабочего опыта в разработке фронта. Только мелкие поделки ради интереса.
Но, проводя параллель с бэкэндом – если это валидно – там инструментов* без минусов не существует.
*разве что если речь про инструменты с прям уж совсем простым функционалом.
Но, со стороны, стейт-менеджеры на фронте вроде не попадают в эту категорию. Иначе за все эти годы я бы не видел тонны их обсуждений.
Аргумент с кривыми руками хоть и радикальный, но работает, это да. Правда далеко не все с кривыми руками и пустыми головами – иначе все было бы проще и кроме mobX на рынке ничего б и не было.
В общем-то я верю, что у комплексного инструмента может быть мало недостатков по сравнению с другими. Но чтоб прям вообще не было...
Поэтому я и хочу знать потенциальные минусы, ибо про плюсы всегда можно почитать на оф сайте)
@artalar, какой есть идиоматический подход для кейсов, когда вычисления значений в атоме могут выкинуть исключение (ну то есть когда нарушили буквально второй абзац из доки после вступления)
Обратил внимание на ctx.schedule(), но не уверен, что это оно.
В общем-то нашел, понятно – в $playerBlock индекс вне границ будет. Энивей немного странно слышать комбинацию из "чистой функции" и "npe". Надеюсь курсивом не просто так выделено.
А что предлагают другие решения в таких ситуациях?
В поддержку предателей (если можно так выразиться), конечно, хочется сказать, что обывателю для познания «истинного мира» все же предстоит сделать две вещи, а не одну:
Сначала непосредственно осознать и принять факт своего заключения в симулякре;
Увидеть и пройти через дверь своей "клетки" на свободу.
Есть ощущение, что при недостижимости второго – результат первого скорее будет носить удручающий характер. Но я не уверен.
Получается квартира все так же за фантики, только с другой картинкой?
Вот я живу в Ростове-на-Дону. Недавно смотрел объект в новом жк: 72 квадрата, 2 комнаты, 13/17 этаж, не отшиб мира.
Ценник на это все 10.500.
«Вот же – не хватает лимита!»
Но лимит распространяется не на цену объекта, а на сумму ипотечного кредита. И после вычета первоначального взноса получаем сумму кредита примерно в 8.400. Что, как раз, в рамках лимита в 9.000.
С другой стороны, РнД – миллионник и с it здесь вполне хорошо. В других городах, возможно, все не так радужно, не спорю. Но вроде с текущим лимитом все же можно найти норм объект.
Ответ из оф. канала Минцифры в ТГ:
Правда ли, что нельзя увольняться, если взял ИТ-ипотеку?
Люди здесь почему-то проводят строгое равно между «душнилой» и «человеком, который не дает команде говнокодить и костылять и вообще в соло тащит бизнес». Конечно в таком свете он красавчик!
Но это же совсем не обязательные критерии душнилы, разве нет?
Душнила – это не только когда ты написал ужасный код, а он его рационально критикует. Душнила – это еще и когда ты написал хороший код, учитывая многолетний опыт на этом участке, но он все равно сидит и ввиду своей вечного «я знаю лучше» продолжает душить. Говорит как ужасно будет реализовать «вот такое» – ты даешь ему пример кода с адекватной реализацией, а он ему просто… не нравится. И вот вы уже две недели спорите в ревью, а к тебе каждый день приходит техдир с вопросами «ну что там, выложили рефактор? Нас надо следующую интеграцию делать»
Душнила – это еще и когда к тебе приходит фронтенд и спрашивает «а какого черта у вас бэкенд делает/отдает вот так». Идешь смотреть, а это было написано не пойми кем лет 12 назад, за 5 лет до тебя. И почему так было сделано уловить не можешь.
Идешь говорить это, а в ответ «ну это же странно? Ну согласись. Никто так не делает. И вообще из-за этого мы сталкиваемся с X, Y и Z. Или ты не согласен? Ну это ж очевидно».
А ты вообще этот код впервые увидел. Сидишь и думаешь: «к чему ты мне все это пишешь. Просто скажи как тебе хотелось бы и я прикину как это лучше сделать»
Душнила – это еще и когда ты нашёл простое решение проблемы, которую все принимали как должную пару лет и даже преподносили как фичу клиентам, а в ответ прилетает духота с токсом в духе «да не решит это кейс полностью, что если *ситуация, которая как раз решится*. Это нерешаемо. Хотя что мне, хотите себе работы – делайте. Почему звучит как хотели как лучше а получилось как всегда».
А ты выкатываешь доработку и, о чудо, все решилось.
Классно, конечно, выставлять душных людей как последний светлый рубеж в темном потоке говнокода, но это далеко не всегда так.
Это кто, например? Кроме Яндекс.Еды.
Ждем релиза сигналов в js, а там можно и от mobx отказаться, и от zustand :)
Спасибо за статью! Интересно смотреть как коллеги по цеху задачу с продуктовыми логами решают.
А в рамках одного лог файла свойства у каждой записи по шейпу совпадают или могут быть разными? Если совпадают – не думали прям на клиенте генерить «форму» для фильтра свойств? Или нужна более сложная фильтрация по логам?
Недавно в целом чем-то схожее решение разработали у себя. Буду наблюдать за гитхабом у вас для референсов :)
После каждой статьи про ООП хочется узнать — а что же объектом, все таки, не является? :)
Часто слышу такое мнение в англоязычном комьюнити. В целом мысль понятна, но это какое-то обобщенное утверждение. Что-то сродни «все субъективно».
Имхо, читабельный код – это скорее составной феномен. Поэтому и критерии ему дать сложно. Кто-то даже пытается с условным cognitive complexity анализом, но многим он не нравится. И не без причин.
Но я тут в особого умника играть не буду, так как сам для себя еще в этом вопросе не определился :)
Есть ещё прекрасная «100 Go Mistakes and How to Avoid Them», где тезисно объясняются ключевые нюансы языка.
Последнее обновление было в августе 2022, поэтому очень даже актуальная, учитывая нечастые и легкие обновления go.
Нет минусов = идеал. Вроде такая логика.
> Что ещё нужно для тог что делать отличные Front-end приложения?
В том-то и дело – я не знаю :)
Но хочу узнать и найти себе на будущее инструмент!
Я не фронтэндер: у меня нет рабочего опыта в разработке фронта. Только мелкие поделки ради интереса.
Но, проводя параллель с бэкэндом – если это валидно – там инструментов* без минусов не существует.
*разве что если речь про инструменты с прям уж совсем простым функционалом.
Но, со стороны, стейт-менеджеры на фронте вроде не попадают в эту категорию. Иначе за все эти годы я бы не видел тонны их обсуждений.
Аргумент с кривыми руками хоть и радикальный, но работает, это да. Правда далеко не все с кривыми руками и пустыми головами – иначе все было бы проще и кроме mobX на рынке ничего б и не было.
В общем-то я верю, что у комплексного инструмента может быть мало недостатков по сравнению с другими. Но чтоб прям вообще не было...
Поэтому я и хочу знать потенциальные минусы, ибо про плюсы всегда можно почитать на оф сайте)
Наконец-то я дожил до того момента, когда в мире появилось что-то идеальное!
Увы, в такое верится с трудом.
А какие реальные проблемы, например, есть?
Возможно даже в виде статьи, с вашим опытом – почему бы и нет.
Понятно.
@artalar, какой есть идиоматический подход для кейсов, когда вычисления значений в атоме могут выкинуть исключение (ну то есть когда нарушили буквально второй абзац из доки после вступления)
Обратил внимание на
ctx.schedule(), но не уверен, что это оно.В общем-то нашел, понятно – в
$playerBlockиндекс вне границ будет.Энивей немного странно слышать комбинацию из "чистой функции" и "npe". Надеюсь курсивом не просто так выделено.
А что предлагают другие решения в таких ситуациях?
Вы же потом отпишите – в чем баг то был!
Есть такая профессия – MobX любить.
В поддержку предателей (если можно так выразиться), конечно, хочется сказать, что обывателю для познания «истинного мира» все же предстоит сделать две вещи, а не одну:
Сначала непосредственно осознать и принять факт своего заключения в симулякре;
Увидеть и пройти через дверь своей "клетки" на свободу.
Есть ощущение, что при недостижимости второго – результат первого скорее будет носить удручающий характер. Но я не уверен.
Сорри за аналогию с тюрьмой, так уж вышло :)