не верит в себя. устроился в миро в перми только когда пандемия начиналась и тогда еще не нанимали так активно людей на удаленку. и по меркам нашей дыры ему платили нормальные деньги. но после того как все начали нанимать на удаленку локальные рынки превратились в тыкву и устроившись на удаленку можно получать в разы больше денег. а миро такая же дыра как и другие конторы и текущим сотрудникам не горит желания зп поднимать. он там как сеньер бэкэндер получает что то около 160тр, это же смешные деньги по сравнению с теми что платят людям те же миро в ЕС. но после того как его перевели в Ереван, он решил что будет менять работу, потому что первые пол года ему оплачивают там квартиру 800 баксов, а потом не будут оплачивать и из Перми работать не дают.
ну такие себе ребята, рассказывают про мир дружбу жвачку, а по итогу бабки на первом месте. как всегда слова с делом расходятся, лучше бы уж правду так и говорили, что они про деньги. разрабам там платят прямо очень мало, особенно тем что из Перми. у меня там друг работает, топовейший специалист, а получает как джун. ну и хороший показатель тот, что вывели всех разрабов не туда, где комфортно им бы было, а туда, где дешевле всего было. а все эти оценки по стоимости это просто фикция. главный показатель сколько они зарабатывают, если они декларируют стоимость компании в 17,5 млрд долларов, то она и зарабатывать должна больше млрд долларов в год иначе она будет окупаться вечность, если вообще себя окупит.
дак дайте тогда эти задачки человеку в качестве домашнего задания и пусть он решит их дома. для чего вы заставляете страдать людей при прохождении собеседования? это вам кайф что ли доставляет? вы сами пишите, что эти задачки каждый день решает программист, вот и пусть решит дома в спокойствии, а не под дулом автомата. а учитывая какие еще у вас зарплаты, то кому вообще захочется страдать? а если человек захочет пострадать, то почему бы ему не проделать тоже самое в какой нибудь гугл за x5 от той зп что предлагаете вы? в чем ваше конкурентное преимущество то?
Я может быть единственный в мире такой человек в чем я сильно ошибаюсь, но я ни разу за 6 лет не словил бага связанного с типизацией. 99% багов связаны с ошибкой в логике, когда что то не учел. И писать +100500 строк кода ради какого то мифического отлова багов это треш.
Тоже самое и про redux. История 1 в 1 как с typescript.
Работал на 2х проектах в двух банках, в зеленом и синем. У зеленных был mobX и не было typescript, у синих typescript и redux. Проекты сопоставимы по размеру. В итоге лапша из кода в обоих проектах, но с typescript и redux в 2 раза больше кода и увеличенные требования на вход в проект из за typescript и redux. Плюс тратишь в 2 раза больше времени на написание. И вот вы мне объясните для чего я должен тратить в 2 раза больше времени на написание кода вместо того чтобы потратить это время на написание новых фич?
Мое мнение никакого typescript и redux, а mobX + код ревью. А если учесть что еще код тестами покрывается, то typescript вообще тупость полная.
похоже что студенту когда то дали какую о тему исследования ради исследования. и так и пошло все, в итоге по всей видимости будет дисер по шишкам))) сомнительная тема для исследования на мой взгляд.
Такое ощущение, что MobX это какая то не актуальная дичь из далекого прошлого. Используя функциональные компоненты и context из коробки react все написанное можно сократить в 2 раза и упростить в 5 ... Если кто то ищет технологию для архитектуры приложения своего, то рассмотрите вариант использования context из коробки .
Просто я тогда не догоняю. Вы нашли решение диф уравнения. Это будет функция x(t). То есть у вас уже есть решение и вы берете и разбиваете время которое будет колебаться пружина на n участков, таким образом получая дельта Т. Соответственно подставляя время в найденную функцию вы получаете n точек которые и визуализируете? Или вы решаете диф уравнение численно в библиотеке?
все круто только я не понял почему общее время от начала движения до состояния покоя будет зависеть от дельта Т? Дельта Т это же шаг от него будет зависеть число шагов, а соответственно число кадров. Или я что то не понимаю? Также можно было ограничить максимальный шаг. Выше 16мс делать не имеет смысла так как большинство моников имеют частоту в 60Гц.
Попробовали мы провести сегодня оперативку в нем. У меня не было звука и микрофон не работал. Другой не смог подключится из за ошибки. У третьего был просто черный экран. Регистрация в нем точно такая же как и везде. Ни разу не проще. А дизайн интерфейса пришел как будто от icq. Думаю тут все как в сериале силиконовая долина, где их приложение ставили из за хайпа, но никто им не пользовался потому что оно было сложное и глючило. В итоге разорились. Думаю этих ждет тоже.
Дак в том то и фикус что у старых технологий 0 вложения. Для пд-14 уже изготавливается данная деталь на старых технологиях уже имеющимися сотрудниками и ничего вкладывать не нужно. И делают там 3 двигателя в год. А тут новая технология которую внедрять надо и деньги тратить. При этом она не даст существенного конкурентного преимущества и как делалось 3 двигателя так и будет. Поэтому внедрение в старый техпроцесс новых технологий не выгодно на стадии производства для любых партий изделия. В этом есть смысл при разработке нового изделия. к примеру как написано пд-35. только смысла производить 2 убыточных двигателя нет.
а в чем выгода то? оптимизировать по массе ту же деталь, и выпускать ее по старым технологиям. Стоит у тебя токарь и фрезеровщик, получают по 30к. Станки уже есть, делают они не только 1 деталь. А тут принтер купи, специалиста оплати и он еще 1 деталь в год делать будет. В чем выгода то? Это если с 0 производство сферическое в вакууме открывать, то там выгодно будет.
Вот и не так, одно дело корпусную деталь изготовить, а другое дело лопатку вентилятора или диск изготовить. Для каждой детали будет своя специфика расчета процесса выращивания. Это не так что научился кольцо выращивать и теперь можешь в двигателе любые кольца растить.
Может и технология хорошая и принтер хорош и результат хороший. Но в рамках того количества двигателей которое у нас производится совершенно скорее всего не выгодно. Внедрение технологии будет достаточно дорогое. И скорее всего в кб скажут, что технология слишком сложная и проще на коленке детальку спроектировать с худшими характеристиками. Еще интересно было бы увидеть насколько ухудшились механические свойства. Я думаю масса то снижена за счет оптимизации конструкции, а сам материал имеет более низкие механические характеристики. И такую же по массе деталь можно изготовить стандартными техпроцессами или я ошибаюсь?
Солнечные батареи интегрированные в парашют, расчет на прочность конструкции для оптимизации по массе и применение 3д печати вместе с композиционными материалами. А выглядит уже сейчас очень круто.
Безумие какое то творится на рынках. Самое обидное то, что гугл дешевле чем яблоко и амазон. Если завтра пропадет апл или амазон все почешут репу и начнут покупать какие-нибудь самсунги и покупать на али все. Но если завтра пропадет гугл, то весь интернет ляжет напрочь, а за ним и амазон и апл…
Ну он изначально был хуже по всем показатель аналогичных двигателей. И планировалось что он уже в 15 году на крыло встанет. А воз и ныне там. Сейчас сертифицируют его. Но когда он пройдет сертификацию не известно. А конкуренты его уже давно на крыле летают. И кому он теперь нужен будет?
Это теперь. Потому что легкодоступные уже все добыты, а деньги с их продажи распилены и выведены в офшеры за которые так ратуют наши депутаты. Говорят чтобы санкций избежать американских!
не верит в себя. устроился в миро в перми только когда пандемия начиналась и тогда еще не нанимали так активно людей на удаленку. и по меркам нашей дыры ему платили нормальные деньги. но после того как все начали нанимать на удаленку локальные рынки превратились в тыкву и устроившись на удаленку можно получать в разы больше денег. а миро такая же дыра как и другие конторы и текущим сотрудникам не горит желания зп поднимать. он там как сеньер бэкэндер получает что то около 160тр, это же смешные деньги по сравнению с теми что платят людям те же миро в ЕС. но после того как его перевели в Ереван, он решил что будет менять работу, потому что первые пол года ему оплачивают там квартиру 800 баксов, а потом не будут оплачивать и из Перми работать не дают.
ну такие себе ребята, рассказывают про мир дружбу жвачку, а по итогу бабки на первом месте. как всегда слова с делом расходятся, лучше бы уж правду так и говорили, что они про деньги. разрабам там платят прямо очень мало, особенно тем что из Перми. у меня там друг работает, топовейший специалист, а получает как джун. ну и хороший показатель тот, что вывели всех разрабов не туда, где комфортно им бы было, а туда, где дешевле всего было. а все эти оценки по стоимости это просто фикция. главный показатель сколько они зарабатывают, если они декларируют стоимость компании в 17,5 млрд долларов, то она и зарабатывать должна больше млрд долларов в год иначе она будет окупаться вечность, если вообще себя окупит.
дак дайте тогда эти задачки человеку в качестве домашнего задания и пусть он решит их дома. для чего вы заставляете страдать людей при прохождении собеседования? это вам кайф что ли доставляет? вы сами пишите, что эти задачки каждый день решает программист, вот и пусть решит дома в спокойствии, а не под дулом автомата. а учитывая какие еще у вас зарплаты, то кому вообще захочется страдать? а если человек захочет пострадать, то почему бы ему не проделать тоже самое в какой нибудь гугл за x5 от той зп что предлагаете вы? в чем ваше конкурентное преимущество то?
Я может быть единственный в мире такой человек в чем я сильно ошибаюсь, но я ни разу за 6 лет не словил бага связанного с типизацией. 99% багов связаны с ошибкой в логике, когда что то не учел. И писать +100500 строк кода ради какого то мифического отлова багов это треш.
Тоже самое и про redux. История 1 в 1 как с typescript.
Работал на 2х проектах в двух банках, в зеленом и синем. У зеленных был mobX и не было typescript, у синих typescript и redux. Проекты сопоставимы по размеру. В итоге лапша из кода в обоих проектах, но с typescript и redux в 2 раза больше кода и увеличенные требования на вход в проект из за typescript и redux. Плюс тратишь в 2 раза больше времени на написание.
И вот вы мне объясните для чего я должен тратить в 2 раза больше времени на написание кода вместо того чтобы потратить это время на написание новых фич?
Мое мнение никакого typescript и redux, а mobX + код ревью. А если учесть что еще код тестами покрывается, то typescript вообще тупость полная.
похоже что студенту когда то дали какую о тему исследования ради исследования. и так и пошло все, в итоге по всей видимости будет дисер по шишкам))) сомнительная тема для исследования на мой взгляд.
Такое ощущение, что MobX это какая то не актуальная дичь из далекого прошлого. Используя функциональные компоненты и context из коробки react все написанное можно сократить в 2 раза и упростить в 5 ... Если кто то ищет технологию для архитектуры приложения своего, то рассмотрите вариант использования context из коробки .