Для 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, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.
В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
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, отдельно фронт, отдельно бек, отдельно моб., отдельно тестирование, отдельно безопасность и т.д. Причем похоже что эти усложнения и слои добавили без особой практической нужды, как бы искусственно разделили.
Далее, когда разделение создано, усложнение добавлено - мелкие компании тупо не могут конкурировать. Они пытаются играть по правилам, которые установили корпорации (использовать их новомодные языки, платформы и т.д.) - и не выдерживают. Оно все требует слишком больших затрат даже для тривиального функционала.
В итоге тянуть это все могут только крупнейшие игроки - и все работники вынуждены хотеть туда. А там жесткая конкуренция для работников и идти, по сути, некуда. Свой проект уже не вывезешь - слишком замотаешься с этими фреймворками на всех уровнях, так что до релиза с большой вероятностью не дойдешь - и даже если дойдешь - то не вывезешь другие этапы - рекламу, привлечение пользователей и прочее это вот все.
👍 - это ключевой вопрос.
В общем, совмещать отдых с работой - ни отдыха ни работы :) Лучше стандартная схема - отработал, взял отпуск - отдохнул с верой в тропическую сказку. Но без ноутбука, созвонов, авралов и пр.
Я тоже так по молодости пробовал - думал в раю так сказать будет лучше работаться. Фига. Рай постепенно становится адом.
Ну а удаленка или нет - это уже с пляжем не связано. Против удаленки ничего не имею, хотя я бы, возможно, и предпочел отдельный офис для разделения пространства - но пока нет такой возможности по семейным причинам. Плюс в том что работа меня не напрягает и я делаю ее без напряга, по этому особых проблем нет. Кого напрягает - точно лучше дома не заниматься, хотя бы в библиотеку ходить, если нет офиса.
Нужно делать модель демонстрационную.
Думаю что именно для этого все и делается.