Ответил вам - именно столько минимум в базовых моделях современных Apple. Причем, что интересно, iPhone Pro так же идет от 256 Гб. И память на iPhone очень быстрая. Так что постепенно граница стирается, похоже. Скоро будет просто персональное вычислительное устройство - а отображать можешь хоть на большом экране хоть на очках.
Для M4 вроде сделали от 16 Гб ОЗУ, но диска по прежнему от 256.
Это их политика такая. Многим MacBook нужен для солидного вида и повышения самооценки, чтобы произвести впечатление и соответствовать. А денег нет. Берут минималку, ведь так не скажешь сколько там памяти и диска.
Почему со стороны психологов во всём виноват человек, хотя мы все знаем, что живём в крайне «недружелюбном» обществе!?
Потому что если работать над трансформацией общества а не личности - то это уже будет не психология а политика. Совсем другой уровень. Намного легче человека прогнуть под существующий строй чем заниматься вопросами изменения общества.
Уже можно, как во флаттере, 2-3 кнопки и проект готов сразу на обе платформы? Заводится с пары кликов, танцев с бубнами не нужно?
У меня завелся. Правда iOS нужно было открыть в Xcode и там собрать, а Flutter как-то умеет сам через автоматизацию запускать. Но это не критично. Все заработало.
Уже определены все известные best-practices по библиотекам (di, навигация, стейт менеджмент, сеть, итд итп)?
Тут не знаю, как я понял пока еще на стадии становления и каждый делает как считает правильным.
Есть Magic Wormhole - может "пробивать тоннель" между двумя клиентами за NAT-ом. Сервер использует для инициации, а затем уже прямая передача без использования сервера. Думал вы что-то подобное сделали.
Rust без сборщика мусора - это совсем другой уровень, как-то проводить параллели к Go - не совсем корректно.
Kotlin же вполне может использоваться полноценно и на серверной стороне, так что он самодостаточен, в отличии от Dart (который на сервере хотя и в теории можно, на практике не особо).
тоже самое что и flutter несколько лет назад, смешно даже
Но сам язык Kotlin, конечно, более продвинутый чем Dart. Хотя в Dart есть полезнейшая парадигма const-классов, которая активно используется для оптимизаций - пока в Kotlin такого не добавили.
Тут, получается, для iOS и десктопа - используется рендер через Skiko (обертка над Skia)? Т.е. то же самое что и Flutter, по сути - та же идея и подход.
Дык... Сейчас уже и для C++ есть менеджеры пакетов, хотя это, пожалуй, один из классических. Вы лучше скажите какие ЯП или платформы не имеют данной проблемы.
Вы смотрите уже по факту. А кто кукловодил и устанавливал правила, чтобы элементарное действие было чрезвычайно усложнено? Они самые - корпорации. Все вынуждены играть по их правилам.
Золотая жила иссякла. Наварились лучше всех продавцы лопат.
Сказать что иссякла - нельзя. Еще очень много задач, которые предстоит решить именно с помощью IT. До "вкалывают роботы - счастлив человек" - еще очень далеко и большая часть задач - именно по теме IT.
Но вот что поставили в стойло с помощью отработанных приемов - это да, согласен.
IT еще несколько лет назад казалось устойчивым к закабалению - в случае чего - можно было сделать свою мелкую прогу (Shareware или даже несколько для маркета) - и послать компании с их дурью.
Но, похоже, постепенно нашли как обуздать и эту "дикую лошадь" - применяя десятилетиями (а может и сотнями лет) отработанные приемы.
Один из приемов -принцип разделяй и властвуй.
Разделять начали на уровне технологий - один человек уже не может качественно выполнять все этапы работ. Отдельно DevOPS, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.
А когда уже выплачен и эйфория прошла?
MacOS новая не дает открыть и предлагает сразу удалить в корзину.
Так вы размеры сравните. У него получилась как флешка.
Ответил вам - именно столько минимум в базовых моделях современных Apple. Причем, что интересно, iPhone Pro так же идет от 256 Гб. И память на iPhone очень быстрая. Так что постепенно граница стирается, похоже. Скоро будет просто персональное вычислительное устройство - а отображать можешь хоть на большом экране хоть на очках.
iMac M4 - от 256 Гб. диска - https://www.apple.com/shop/buy-mac/imac
MacBook Air 15 дюймов - от 256 Гб. диска - https://www.apple.com/shop/buy-mac/macbook-air/15-inch
MacMini M4 - от 256 Гб. диска - https://www.apple.com/shop/buy-mac/mac-mini
Доп. 256 Гб. стоят $200 - это как опция.
Для M4 вроде сделали от 16 Гб ОЗУ, но диска по прежнему от 256.
Это их политика такая. Многим MacBook нужен для солидного вида и повышения самооценки, чтобы произвести впечатление и соответствовать. А денег нет. Берут минималку, ведь так не скажешь сколько там памяти и диска.
Так в этом и фишка Apple. До M4 по умолчанию было 256 Гб. диска и 8 Гб. ОЗУ. Это примерно для Mac Mini (самое дешевое) - $600.
Далее, за каждую итерацию +$200. Т.е. 512 диска и 16 Гб. ОЗУ - уже $1000 - т.е. фактически еще $200 добавить - и второй компьютер можно взять.
Примерно та же картина с ноутами их.
По этому многих жаба давила взять нормально памяти и диска - а поделать с этим уже ничего нельзя. Даже продают по этой причине.
Хм, в Android Studio кнопка сразу появилась. А в Idea у меня почему-то даже нет возможности добавить конфигурацию для iOS Application.
Потому что если работать над трансформацией общества а не личности - то это уже будет не психология а политика. Совсем другой уровень. Намного легче человека прогнуть под существующий строй чем заниматься вопросами изменения общества.
У меня завелся. Правда iOS нужно было открыть в Xcode и там собрать, а Flutter как-то умеет сам через автоматизацию запускать. Но это не критично. Все заработало.
Тут не знаю, как я понял пока еще на стадии становления и каждый делает как считает правильным.
Есть Magic Wormhole - может "пробивать тоннель" между двумя клиентами за NAT-ом. Сервер использует для инициации, а затем уже прямая передача без использования сервера. Думал вы что-то подобное сделали.
А чем плох Kotlin для бека? Вы не его используете?
Rust без сборщика мусора - это совсем другой уровень, как-то проводить параллели к Go - не совсем корректно.
Kotlin же вполне может использоваться полноценно и на серверной стороне, так что он самодостаточен, в отличии от Dart (который на сервере хотя и в теории можно, на практике не особо).
Так что скорее Kotlin+Kotlin vs Dart+Go.
А вы в курсе что Compose использует Skiko (обертка над Skia) -рендер а не нейтивные элементы?
Но сам язык Kotlin, конечно, более продвинутый чем Dart. Хотя в Dart есть полезнейшая парадигма const-классов, которая активно используется для оптимизаций - пока в Kotlin такого не добавили.
Тут, получается, для iOS и десктопа - используется рендер через Skiko (обертка над Skia)? Т.е. то же самое что и Flutter, по сути - та же идея и подход.
Разница только в языке, получается.
Дык... Сейчас уже и для C++ есть менеджеры пакетов, хотя это, пожалуй, один из классических. Вы лучше скажите какие ЯП или платформы не имеют данной проблемы.
Вы смотрите уже по факту. А кто кукловодил и устанавливал правила, чтобы элементарное действие было чрезвычайно усложнено? Они самые - корпорации. Все вынуждены играть по их правилам.
Сказать что иссякла - нельзя. Еще очень много задач, которые предстоит решить именно с помощью IT. До "вкалывают роботы - счастлив человек" - еще очень далеко и большая часть задач - именно по теме IT.
Но вот что поставили в стойло с помощью отработанных приемов - это да, согласен.
IT еще несколько лет назад казалось устойчивым к закабалению - в случае чего - можно было сделать свою мелкую прогу (Shareware или даже несколько для маркета) - и послать компании с их дурью.
Но, похоже, постепенно нашли как обуздать и эту "дикую лошадь" - применяя десятилетиями (а может и сотнями лет) отработанные приемы.
Один из приемов -принцип разделяй и властвуй.
Разделять начали на уровне технологий - один человек уже не может качественно выполнять все этапы работ. Отдельно DevOPS, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.