Microsoft например держит порт React Native для Windows, а Apple, как минимум поначалу перехода на OS X - занималась портированием всего developer toolchain под макось.
По поводу R&D - абсолютно согласен. Исследовательские задачи плохо оцениваются, поэтому это просто надо проговаривать. Но и границы нужны, поэтому хорош такой подход
- Через сколько времени погружения мы сможем более-менее точно понять картину и что еще нужно сделать. - Через сколько времени станет понятно что нужен "план Б" и не добивать эту задачу до конца, или принимать какие-то другие решения.
По поводу "недооценок" - это не совсем верно, потому что тут главное не оценивать сложность точно, а понять сколько сложности мы можем переварить в спринт. То есть - если мы недооцениваем всегда одинаково, то все равно видно сколько таких недооцененных задач по суммарной сложности мы делаем.
Крутое решение! С такими случаями видимо можно столкнуться только на масштабах VK
Еще знаете что подумал - понятно что вряд ли это произойдет, но было бы суперздорово поддержать Mozilla Foundation, раз уж вы их компонент используете.
Меня смущает скорость поиска в 2 минуты - кажется что просто подход через последовательную фильтрацию исходного словаря (а потом фильтрацию результатов) означает всего несколько тысяч сравнений, это должно вообще за доли секунды работать.
Для всяких счетчиков электроэнергии, автопромышленности, микроконтроллеров управления станками все эти передовые техпроцессы не нужны. Для ракет, конечно, тоже.
Это техпроцесс времен Pentium 133. На таком можно не то что станком управлять, а даже DOOM запустить.
Если когда нибудь построена линия с этими литографами, то на ней просто будут клепать промышленные микроконтроллеры для всего чего можно.
Вы правы, просто для того чтобы сейчас пройти собеседование в БигТех - нужно именно пройти этап c задачами LeetCode. А некоторые "хотят быть как гугл" - и тоже их добавляют.
Поэтому и появился этот культ, а программисты тратят время на решение этих задачек при подготовке к интревью.
Ну они уже выпускаются на микроне, для контроллеров не нужны передовые техпроцессы - https://www.chipdip.ru/product0/9001456984
У STMicroelectronics заметная часть чипов работает ниже 100 мегагерц.
Мне кажется для этой области важнее интерфейсы, а не скорость.
Литограф - это еще не работающих техпроцесс, с библиотеками для САПР и так далее.
Я бы дождался работающих линий.
А так да - для большинства промышленных применений 90 / 65 нм - выше крыши.
На мой взгляд главная ошибка - обучение ради обучения.
Гораздо эффективнее
- Придумать несколько проектов, последовательно наращивая их сложность.
-Реализовать их, разбираясь во всем, что для этого нужно. Хорошо если ментор будет рядом.
Тогда не будет эффекта "Парень-каратист".
Это не работает для айтишников, левые - они про беженцев, а не про высококвалифицированных сотрудников.
Я тоже так думал, потом, когда был в Берлине, хотел слетать к другу на выходные в Вену. Получалось евро 500, что нифига не доступно.
Во всех этих сферах удивительно низкие зарплаты.
Это вопрос - нужны им разработчики или нет.
Microsoft например держит порт React Native для Windows, а Apple, как минимум поначалу перехода на OS X - занималась портированием всего developer toolchain под макось.
А на чем писать для нее? Инструменты разработки норм? Или, например, портировали Flutter / React Native?
По поводу R&D - абсолютно согласен. Исследовательские задачи плохо оцениваются, поэтому это просто надо проговаривать. Но и границы нужны, поэтому хорош такой подход
- Через сколько времени погружения мы сможем более-менее точно понять картину и что еще нужно сделать.
- Через сколько времени станет понятно что нужен "план Б" и не добивать эту задачу до конца, или принимать какие-то другие решения.
По поводу "недооценок" - это не совсем верно, потому что тут главное не оценивать сложность точно, а понять сколько сложности мы можем переварить в спринт. То есть - если мы недооцениваем всегда одинаково, то все равно видно сколько таких недооцененных задач по суммарной сложности мы делаем.
Крутое решение! С такими случаями видимо можно столкнуться только на масштабах VK
Еще знаете что подумал - понятно что вряд ли это произойдет, но было бы суперздорово поддержать Mozilla Foundation, раз уж вы их компонент используете.
Мне кажется это тот самый случай, когда онлайн-курсы могут сильно бустнуть карьеру - просто актуализировать данные по стеку, и в путь.
Меня смущает скорость поиска в 2 минуты - кажется что просто подход через последовательную фильтрацию исходного словаря (а потом фильтрацию результатов) означает всего несколько тысяч сравнений, это должно вообще за доли секунды работать.
Есть десяток стартапов, которые делают именно ИИ акселераторы, а не универсальные видеокарты.
И мне кажется эти чипы будут конкурировать со строительствоами ДЦ под видеокарты
https://sambanova.ai
https://www.cerebras.net
Зеленоград полностью загружен, всем хватит.
Неизвестно, вполне может быть. Например - с учетом предсказуемости поставок.
Для всяких счетчиков электроэнергии, автопромышленности, микроконтроллеров управления станками все эти передовые техпроцессы не нужны. Для ракет, конечно, тоже.
Это техпроцесс времен Pentium 133. На таком можно не то что станком управлять, а даже DOOM запустить.
Если когда нибудь построена линия с этими литографами, то на ней просто будут клепать промышленные микроконтроллеры для всего чего можно.
C одной стороны - все понятно, концепция вызовов нативного кода прям очень ясно описана.
Но почему для oauth вообще понадобился нативный код, это же стандартный способ авторизации, там только HTTP запросы / ответы?
Вы правы, просто для того чтобы сейчас пройти собеседование в БигТех - нужно именно пройти этап c задачами LeetCode. А некоторые "хотят быть как гугл" - и тоже их добавляют.
Поэтому и появился этот культ, а программисты тратят время на решение этих задачек при подготовке к интревью.
Там написано что он 20 лет в разработке, просто leetcode решил подкачать.
Найм поменялся, теперь нет очереди за программистами, поэтому приходится тренироваться перед собеседованиями.