Думаю, имелось в виду, что статья выглядит несколько притянутой за уши, та проблема которая решается в этой статье это архитектурная проблема бекенда и так адекватное апи для тонкого клиента работать не должно.
много, вот, например, есть российские процессоры на собственной архитектуре VLIW, им нужны разработчики компиляторов чтобы весь этот зоопарк оптимальным образом компилировался. Был jetbrains с крутой ide, но они ушли, должна появиться замена, чтобы сделать хорошую ide, нужно уметь работать с ast и подобным, ниш много, но насколько это нужно - сложный вопрос, без глобального рынка все это скорее всего не окупается, но с гос поддержкой может и будет на плаву. PS: это все мой взгляд со стороны
Также как сраная бриташка. Сраная СШАшка. Да и все остальныее не лучше. Вот когда они каяться начнут, тогда и я сразу, первым пойду.
то есть показать загнивающим странам пример, показать, что вы развитые движущиеся в будущее люди, вы не хотите? А желаете уподобляться тем кого и презираете. Ок продолжайте.
Полностью согласен, тут вопрос в том, а реально ли "нативность" приложения это преимущество? Если вы пишете на кроссплатформе, вы по умолчанию получаете единую логику и лишаете себя проблем со взаимодействием с этой логикой.
Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.
При такой разработке есть разделение: Логика - Ui
И я вижу в таком разделении две проблемы 1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ) 2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)
По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).
Почему корпорации не могут запустить в своём дата-центре совсем непонятно.
Хорошие нейронки стоят денег и частенько недоступны в качестве self-hosted решения, а всяких полулегальных (привет, llama) опенсорс решений пруд пруди, но использовать их не сильно хочется, либо страдает качество, либо не применимо для легального использования.
Ну и некоторые компании все таки с этим справляются даже в рф (яндекс и сбер).
Подскажите, пожалуйста, есть ли в данной области фактор закупки оборудования за границей? Может поэтому нет большого спроса на специалистов. Нет конкурентного аукциона за кадры.
Хотите сказать, что во всем виноват железный занавес при ссср, поэтому теперь нужно сделать такой же чтобы неконкурентные разработки вывести на конкурентный уровень?
не, на мой взгляд массовый уход международных компаний привел к тому, что на зарплаты стала в основном влиять не глобальное положение вещей, а экономико-политическая обстановка в отдельно взятой стране. И торможение роста зарплат лишь индикатор того, что экономический рост в целом застопорился если был.
а что собственно сложного? Для меня сложное/многогранное только class modifiers, тут без мануала не обойтись, но это нужно только авторам библиотек. Остальное опциональное и при этом значительно облегчает обычный процесс кодинга и к тому же присутствует почти во всех актуальных языках в том или ином виде.
Если я не ошибаюсь, тот уровень о котором говорится в статье это 100к рублей. Те компании которые платят в среднем ниже этой суммы действительно выглядят подозрительно, (я часто встречал компании с очень плавающем окладом, где тебе платят минималка+остальное премиями, в том числе это мог быть серый доход). Понятно, что есть низкоквалифицированный персонал с низким доходом или это может быть регион, где зп просто так ниже, но в целом я думаю, что это борьба против разных серых схем.
мне кажется проблема в том, что тот кто знает как надо и тот кто представляет интересы бизнеса (продукт/тестер/дизайнер) — разные люди, зачастую которые даже не пользуются этим продуктом или имеют низкие требования к качеству софта.
Думаю, имелось в виду, что статья выглядит несколько притянутой за уши, та проблема которая решается в этой статье это архитектурная проблема бекенда и так адекватное апи для тонкого клиента работать не должно.
много, вот, например, есть российские процессоры на собственной архитектуре VLIW, им нужны разработчики компиляторов чтобы весь этот зоопарк оптимальным образом компилировался. Был jetbrains с крутой ide, но они ушли, должна появиться замена, чтобы сделать хорошую ide, нужно уметь работать с ast и подобным, ниш много, но насколько это нужно - сложный вопрос, без глобального рынка все это скорее всего не окупается, но с гос поддержкой может и будет на плаву.
PS: это все мой взгляд со стороны
то есть показать загнивающим странам пример, показать, что вы развитые движущиеся в будущее люди, вы не хотите? А желаете уподобляться тем кого и презираете. Ок продолжайте.
Отчасти люди как раз покупают акции тесла из-за этого
Кстати, звучит как дельный совет, вы применяли такое и команде действительно становилось лучше?
Вот так по проценту современный софт и сжирает батарею наших устройств
Полностью согласен, тут вопрос в том, а реально ли "нативность" приложения это преимущество? Если вы пишете на кроссплатформе, вы по умолчанию получаете единую логику и лишаете себя проблем со взаимодействием с этой логикой.
Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.
При такой разработке есть разделение:
Логика - Ui
И я вижу в таком разделении две проблемы
1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ)
2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)
По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).
Хорошие нейронки стоят денег и частенько недоступны в качестве self-hosted решения, а всяких полулегальных (привет, llama) опенсорс решений пруд пруди, но использовать их не сильно хочется, либо страдает качество, либо не применимо для легального использования.
Ну и некоторые компании все таки с этим справляются даже в рф (яндекс и сбер).
Хотите сказать, что во всем виноват железный занавес при ссср, поэтому теперь нужно сделать такой же чтобы неконкурентные разработки вывести на конкурентный уровень?
не, на мой взгляд массовый уход международных компаний привел к тому, что на зарплаты стала в основном влиять не глобальное положение вещей, а экономико-политическая обстановка в отдельно взятой стране. И торможение роста зарплат лишь индикатор того, что экономический рост в целом застопорился если был.
а что собственно сложного? Для меня сложное/многогранное только class modifiers, тут без мануала не обойтись, но это нужно только авторам библиотек. Остальное опциональное и при этом значительно облегчает обычный процесс кодинга и к тому же присутствует почти во всех актуальных языках в том или ином виде.
местами это даже выглядит сложнее, учитывая топорную простоту dart
Если я не ошибаюсь, тот уровень о котором говорится в статье это 100к рублей. Те компании которые платят в среднем ниже этой суммы действительно выглядят подозрительно, (я часто встречал компании с очень плавающем окладом, где тебе платят минималка+остальное премиями, в том числе это мог быть серый доход). Понятно, что есть низкоквалифицированный персонал с низким доходом или это может быть регион, где зп просто так ниже, но в целом я думаю, что это борьба против разных серых схем.
а зачем вам именно win7 ?
практика показывает, что даже без дженериков жить можно, но грустно
точно RAID-0? звучит уж слишком рисково
мне кажется, что для этого лучше использовать несколько моделей попроще:
Подозреваю, что так можно будет проще контролировать качество и иметь меньшие требования к железу. Но как эксперимент — интересно.
Кажется, что это все таки не связано с хакатонами. Просто попали на неудачных организаторов.
мне кажется проблема в том, что тот кто знает как надо и тот кто представляет интересы бизнеса (продукт/тестер/дизайнер) — разные люди, зачастую которые даже не пользуются этим продуктом или имеют низкие требования к качеству софта.