Почти все что имеет экран и доступ в интернет умеет рендерить html, так что скорее всего одну страничку оно имеет. Если устройство современное, да ещё и с тач скрином, то с довольно большой долей вероятности они вполне может быть выполнено на основе какого нибудь облегчённого браузерного движка. На самом деле есть несколько компаний которые делают аля облегчённый «электрон» для разработки embedded приложений, и на рынке они сильно дольше чем к примеру электрон, так что по видимому спрос есть.
Нынче это самый популярный вопрос, все эти опросы не о том что есть язык программирования, а о том что разработчики используют для выпуска продуктов. Ни один продукт нынче не может не использовать HTML, это значит что большая часть разработчиков вынуждена изучать эту технологию, значит что она востребована. Если проще то, конечно да, на html не программируют, но часто чтобы получить html программируют.
Ну проблема в контенте, полюбил опытный богатырь 18 летнюю барышню, поснимали они их быт на камеру в разных жизненных позициях, чтобы детям было что показать когда вырастут, да разбежались через месяцок. А контент то что, контент остался, можно друганам расшарить, а можно и на eBay толкнуть, да денежку получить, способ популярный. А потом одна из сторон катает жалобу на eBay, который пока еще коробки из под ps5 не все распродал, ему и и так нелегко
Ну Россия была проблема в плане Крыма, в Китае проблема с тем что соотношение импорта барахла к экспорту было слишком большим (3.5 раза), потом было расследование что это барахло было слизано с разработок США и поставлялось в несколько раз дешевле аналогов. А Россия вроде ничего особо кроме нефти и не экспортирует смысла на неё давить особо нет.
Что правда а что лож не понятно, но я уверен что есть доля и того и другого
Немного странно что редис оказался крайним, при том принятые решения кажутся крайни необдуманными. Хранить в редисе связанные данные и пытаться строить там индексы, вообще кто придумал эти rdbms и зачем там “r” в начале…
Если вам нужна гарантированная доставка зачем ругать редис за то что он ее не гарантирует?
Вдумываться в текст я перестал когда вы решили переписать Java/Kotlin сервис на питон для решения проблем с памятью и производительностью…
Субъективно, каждый инструмент создан для решения определенной проблемы, в данном случае если выкинуть Rx из ЦУП (можно даже Котлин и использовать просто Java), использовать обычную rdbms (Postgres, MySQL) и ходить в ЦУП с ретрансляторов через простой http подняв 1-2 дополнительные ноды ЦУПа для того чтобы избежать потери при деплоях/крашах, дало бы вам стабильное и производительное решение для поддержки которого не сложно найти людей с экспертизой.
работаю в одной из самых больших компаний по производству оборудования для печати печенек, что инженеров, что ребят которых пишут софт, занятых R&D, химики, физики и тп. Полно ребят из России.
Думается мне подача. Код ни конфльюенса, ни джиры и ни битбакета не настолько прекрасен чтобы его можно было поддерживать без грусти и печали. Да и клауд возносится как нечто. А там фиг чего подкрутишь нормально, особенно если процессы в компании отличаются от «навязываемых»
Похоже нынче если не пускаешь проекты в космос ты не инженер, а так админ БД. В любом случае мне кажется вы немного перегорели. Пускать ракеты в космос, я уверен сложно, но вопрос скорее в цене ошибки. У каждого проекта свои приоритеты.
Задеплоить фичу в приложение\веб-сайт конечно проще, и вы с легкостью сможете пофиксить баг и передеплоить в течении минут\часов, и это скорее всего не сильно скажется на проекте\компании, а вот релиз фичи\проекта на неделю\месяц\3 месяца раньше, может принести вашей компании\проекту успех, а задержка провал, так что это то с чем миримся мы, те кто не пускает свои проекты в космос.
С ракетой так не выйдет (пока?), но как только вы сможете пускать по несколько ракет в день, это изменится. Просто потому что практические испытания часто бывает сильно эффективнее (время) теоретического, посмотрите на тот же спейсХ сколько у них уже там ракет бомбануло.
Если у вас конечно пингвин и голубь, то тут проще, а если у вас пару сотен видов птиц вы будете в каждом классе заново реализовывать интерфейс? Учитывая что большая часть птиц будет иметь почти одинаковые методы для полёта, ходьбы, еды и тп. Нет кончено вы накидаете пару абстрактных классов и будете с ними жить, наследуясь от них.
Ох уж этот идеальный мир без наследования и проблем вызванных им.
Ну на хабре у нас кто, только иммигранты, ну и ребята скорее всего попадают в фаанги, вот отсюда и такой разброс, во всяких мелких компаний (магазины, малый бизнес) их полно, зарплата ниже и около средних, что вполне нормально. Увы не все тут получают миллионы, я сам работаю в продуктовой компании, это тоже больше ентерпрайз, но зарплаты не сильно выше средних, да безусловно куча других бенефитов но темнеменее
Да, популярная задача. На самом деле очень интересна цель конкретно в случае с php, а вообще я люблю более-менее практические задачи которые можно решить используя те или иные алгоритмы, они показательны.
Вот к примеру решение автора с редисом, вроде все хорошо придумал, но в реальности сетевая задержка между кластером с редисом и приложением будет ~1ms и то, если все будет в одном ДЦ, а он так увлёкся размером индекса, что и не учел этого. Вот тут то и кроется причина спора ниже в комментариях, у него есть четкое ограничение по времени и аптайму, но нет ограничение по памяти, в этом и есть ключ.
А чего вы память в битах мерите то, там файл со строками умещается в 1.5гБАЙТА и хеш Мапы выкинули :( можно во первых разбить по серии (первый уровень) и уже номера второй ~500мб
Закрыть вакансию не проблема, особенно если к примеру вы FAANG (ну или около). С другой стороны куча маленьких и средних компаний. Готов ли я потрать пару месяцев на подготовку к интервью в Гугл как обезьянка переворачивая деревья на каком нибудь leetcode? Да, пожалуй. Готов ли я потрать пару месяцев подготовки для "Рога & Копыта", сомневаюсь. А вот мой знакомый готов, только для него единственная мотивация — деньги, а для меня сам продукт. Кого вы возьмете? Моего знакомого который прочитал пару-тройку книг "кряканья на интервью".
Это больше вопрос к софту чем к процессорам, если они готовы к оптимизации под m1 то все будет быстро. А вот про js вы конечно зря, вы сами его гигабайтами на дню «отображаете» ваш кэп
Вам же написали в статье 92 библиотеки, большая часть по-любому для организации нормальной функциональной парадигмы. К примеру одна RxSwift вам набросить на вентилятор мегабайта 4. если предположить что каждая библиотека весит 500кб вот вам уже пол приложения.
Почти все что имеет экран и доступ в интернет умеет рендерить html, так что скорее всего одну страничку оно имеет. Если устройство современное, да ещё и с тач скрином, то с довольно большой долей вероятности они вполне может быть выполнено на основе какого нибудь облегчённого браузерного движка. На самом деле есть несколько компаний которые делают аля облегчённый «электрон» для разработки embedded приложений, и на рынке они сильно дольше чем к примеру электрон, так что по видимому спрос есть.
Нынче это самый популярный вопрос, все эти опросы не о том что есть язык программирования, а о том что разработчики используют для выпуска продуктов. Ни один продукт нынче не может не использовать HTML, это значит что большая часть разработчиков вынуждена изучать эту технологию, значит что она востребована. Если проще то, конечно да, на html не программируют, но часто чтобы получить html программируют.
Ну проблема в контенте, полюбил опытный богатырь 18 летнюю барышню, поснимали они их быт на камеру в разных жизненных позициях, чтобы детям было что показать когда вырастут, да разбежались через месяцок. А контент то что, контент остался, можно друганам расшарить, а можно и на eBay толкнуть, да денежку получить, способ популярный. А потом одна из сторон катает жалобу на eBay, который пока еще коробки из под ps5 не все распродал, ему и и так нелегко
Нууууу, я контребьючу иногда Vuetify
Решил открыть вашу ссылку на очень не популярном девайсе (iPhone 11)
https://habrastorage.org/webt/pq/rm/ac/pqrmaca2l933mm645s-uznfnfiy.png
И бесконечный скрол сломался
https://habrastorage.org/webt/0r/wf/_4/0rwf_4_bo9yj4d1rhcm5imlxac8.png
Ну Россия была проблема в плане Крыма, в Китае проблема с тем что соотношение импорта барахла к экспорту было слишком большим (3.5 раза), потом было расследование что это барахло было слизано с разработок США и поставлялось в несколько раз дешевле аналогов. А Россия вроде ничего особо кроме нефти и не экспортирует смысла на неё давить особо нет.
Что правда а что лож не понятно, но я уверен что есть доля и того и другого
Немного странно что редис оказался крайним, при том принятые решения кажутся крайни необдуманными. Хранить в редисе связанные данные и пытаться строить там индексы, вообще кто придумал эти rdbms и зачем там “r” в начале…
Если вам нужна гарантированная доставка зачем ругать редис за то что он ее не гарантирует?
Вдумываться в текст я перестал когда вы решили переписать Java/Kotlin сервис на питон для решения проблем с памятью и производительностью…
Субъективно, каждый инструмент создан для решения определенной проблемы, в данном случае если выкинуть Rx из ЦУП (можно даже Котлин и использовать просто Java), использовать обычную rdbms (Postgres, MySQL) и ходить в ЦУП с ретрансляторов через простой http подняв 1-2 дополнительные ноды ЦУПа для того чтобы избежать потери при деплоях/крашах, дало бы вам стабильное и производительное решение для поддержки которого не сложно найти людей с экспертизой.
работаю в одной из самых больших компаний по производству оборудования для печати печенек, что инженеров, что ребят которых пишут софт, занятых R&D, химики, физики и тп. Полно ребят из России.
Думается мне подача. Код ни конфльюенса, ни джиры и ни битбакета не настолько прекрасен чтобы его можно было поддерживать без грусти и печали. Да и клауд возносится как нечто. А там фиг чего подкрутишь нормально, особенно если процессы в компании отличаются от «навязываемых»
Похоже нынче если не пускаешь проекты в космос ты не инженер, а так админ БД. В любом случае мне кажется вы немного перегорели. Пускать ракеты в космос, я уверен сложно, но вопрос скорее в цене ошибки. У каждого проекта свои приоритеты.
Задеплоить фичу в приложение\веб-сайт конечно проще, и вы с легкостью сможете пофиксить баг и передеплоить в течении минут\часов, и это скорее всего не сильно скажется на проекте\компании, а вот релиз фичи\проекта на неделю\месяц\3 месяца раньше, может принести вашей компании\проекту успех, а задержка провал, так что это то с чем миримся мы, те кто не пускает свои проекты в космос.
С ракетой так не выйдет (пока?), но как только вы сможете пускать по несколько ракет в день, это изменится. Просто потому что практические испытания часто бывает сильно эффективнее (время) теоретического, посмотрите на тот же спейсХ сколько у них уже там ракет бомбануло.
Если у вас конечно пингвин и голубь, то тут проще, а если у вас пару сотен видов птиц вы будете в каждом классе заново реализовывать интерфейс? Учитывая что большая часть птиц будет иметь почти одинаковые методы для полёта, ходьбы, еды и тп. Нет кончено вы накидаете пару абстрактных классов и будете с ними жить, наследуясь от них.
Ох уж этот идеальный мир без наследования и проблем вызванных им.
Ну на хабре у нас кто, только иммигранты, ну и ребята скорее всего попадают в фаанги, вот отсюда и такой разброс, во всяких мелких компаний (магазины, малый бизнес) их полно, зарплата ниже и около средних, что вполне нормально. Увы не все тут получают миллионы, я сам работаю в продуктовой компании, это тоже больше ентерпрайз, но зарплаты не сильно выше средних, да безусловно куча других бенефитов но темнеменее
Да, популярная задача. На самом деле очень интересна цель конкретно в случае с php, а вообще я люблю более-менее практические задачи которые можно решить используя те или иные алгоритмы, они показательны.
Вот к примеру решение автора с редисом, вроде все хорошо придумал, но в реальности сетевая задержка между кластером с редисом и приложением будет ~1ms и то, если все будет в одном ДЦ, а он так увлёкся размером индекса, что и не учел этого. Вот тут то и кроется причина спора ниже в комментариях, у него есть четкое ограничение по времени и аптайму, но нет ограничение по памяти, в этом и есть ключ.
А чего вы память в битах мерите то, там файл со строками умещается в 1.5гБАЙТА и хеш Мапы выкинули :( можно во первых разбить по серии (первый уровень) и уже номера второй ~500мб
Закрыть вакансию не проблема, особенно если к примеру вы FAANG (ну или около). С другой стороны куча маленьких и средних компаний. Готов ли я потрать пару месяцев на подготовку к интервью в Гугл как обезьянка переворачивая деревья на каком нибудь leetcode? Да, пожалуй. Готов ли я потрать пару месяцев подготовки для "Рога & Копыта", сомневаюсь. А вот мой знакомый готов, только для него единственная мотивация — деньги, а для меня сам продукт. Кого вы возьмете? Моего знакомого который прочитал пару-тройку книг "кряканья на интервью".
Например нет возни с JSX и в 3 версии можно обойтись вообще без библиотек типа Vuex/MobX
Потому что данные из таблицы могут быть удалены или отфильтрованы,
Все веселее чем деревья в доль и поперёк проходит на 10 кругах интервью
Это больше вопрос к софту чем к процессорам, если они готовы к оптимизации под m1 то все будет быстро. А вот про js вы конечно зря, вы сами его гигабайтами на дню «отображаете» ваш кэп
Вам же написали в статье 92 библиотеки, большая часть по-любому для организации нормальной функциональной парадигмы. К примеру одна RxSwift вам набросить на вентилятор мегабайта 4. если предположить что каждая библиотека весит 500кб вот вам уже пол приложения.