Хм… Приведу личный пример. Программировать я начал где-то с пятого класса, тогда это были ещё "черепашки" (это была первая среда программирования и язык, которые я увидел, других не было у меня), потом Turbo Pascal, QBasic, Visual Basic, C#, C, C++. Потом, учась в университете, года 3-4 назад, я плавно перешел с винды на линукс. И в процессе этого пути уровень знаний о том, что "под капотом" и это самое "техническое любопытство" только росли.
Вспоминая себя на младших курсах, когда я довольно неплохо программировал, но был ярым виндузятником, я понимаю, что под капот я залезал мало. Пусть и не до такой степени, как вы описываете. Интегрированные среды разработки, сводящие все к нажатию F5 сильно скрывают настоящую сложность вещей.
Copyleft лицензии могут обойтись без государственного аппарата, но copyright лицензии — нет? Насколько я знаю, нарушение copyright лицензий может караться штрафами, отъемом частной собственности (напр. конфискация оборудования с установленным неправильным софтом) и лишением свободы. А также специальные налоговые сборы в пользу правообладателей.
Вы намекаете на GPL? Без GPL разработчики могли бы просто скрывать свои разработки на базе опенсурса, не улучшая тем самым опенсурс софт. Ну, к примеру, драйвера своего железа. Я не по наслышке знаком с палками, которые GPL вставляет коммерческим конторам, но идеалогически я его поддерживаю.
Разобранная электропечка, которую я хотел отмыть, стоит на кухне целый месяц где-то… Я все это время даже ем исключительно за компом, потому что кухонный стол занят. Толерантность к висякам? Их есть у меня…
Можете пояснить, что такое "retaing and releasing NSObject", о котором там говорят? Аллокация/освобождение памяти? Т.е. как я понял, они говорят от том, что подсчет ссылок в Swift быстрее и потребляет меньше памяти, чем GC. И поэтому MacOS потребляет меньше ОЗУ, и поэтому 16 Гб хватит всем. Но ведь софт, написанный на этом божественном свифте с Rc — это часть софта. Основную работу (и потребление ОЗУ) осуществляет разный сторонний софт, в котором применяться самые разные модели управления памятью, от GC (Java в тех же IDE) до ручного управления памятью в C/C++.
Обо всем этом должна позоботиться индустрия и другие вендоры, которые, как предсказывают многие, подтянуться. Ну, не должны, кончено же, но очень-очень хотелось бы
Ну это при условии, что школьнику (ну, почему сразу школьнику) не нужен комп (десктоп с достаточной производительностью GPU), чтобы играть в игрушки (не проводил статистических исследований, но, кажется, большинство хотят игровые компы и играть в игрушки).
Я, конечно, понимаю, что Apple — лучшая компания с лучшим железом, а MacOS — лучшая ОС, экосистема, юзабилити и все такое, но можно мне нативный линукс + винду в дуал-буте? Боюсь, тут дела на ARM будут обстоять куда хуже, чем с х86-64, даже когда подтянутся другие вендоры, потому что (вангование):
транслятор есть у Apple и MS, все остальные ОС идут лесом
если судить по опыту Android-телефонов, то практически все будут иметь заблокированный загрузчик, но даже в случае возможности установить что-то стороннее, не кривой порт другой версии ОС будет достижением. Боюсь, возможности споконйо поставить Windows, Linux, их одновременно, да что угодно, и не получить проблем (зачастую), как это происходит с х86-64, тут (на ARM) будет существенно, существенно меньше.
Собственно, в этом и вопрос.
У меня закрались сомнения в самом начале статьи, поэтому я пошел в комментарии, чтоб посмотреть, как автора ругают. Как видите, комментарии не лишние.
Хм… Приведу личный пример. Программировать я начал где-то с пятого класса, тогда это были ещё "черепашки" (это была первая среда программирования и язык, которые я увидел, других не было у меня), потом Turbo Pascal, QBasic, Visual Basic, C#, C, C++. Потом, учась в университете, года 3-4 назад, я плавно перешел с винды на линукс. И в процессе этого пути уровень знаний о том, что "под капотом" и это самое "техническое любопытство" только росли.
Вспоминая себя на младших курсах, когда я довольно неплохо программировал, но был ярым виндузятником, я понимаю, что под капот я залезал мало. Пусть и не до такой степени, как вы описываете. Интегрированные среды разработки, сводящие все к нажатию F5 сильно скрывают настоящую сложность вещей.
Позвольте полюбопытствовать, а каковы причины?
Copyleft лицензии могут обойтись без государственного аппарата, но copyright лицензии — нет? Насколько я знаю, нарушение copyright лицензий может караться штрафами, отъемом частной собственности (напр. конфискация оборудования с установленным неправильным софтом) и лишением свободы. А также специальные налоговые сборы в пользу правообладателей.
Вы намекаете на GPL? Без GPL разработчики могли бы просто скрывать свои разработки на базе опенсурса, не улучшая тем самым опенсурс софт. Ну, к примеру, драйвера своего железа. Я не по наслышке знаком с палками, которые GPL вставляет коммерческим конторам, но идеалогически я его поддерживаю.
Из вашего комментария я собрал прокрастинационное бинго. Образ действия? Check. Избегание? Check. Самобичевание? Check, итд.
Разобранная электропечка, которую я хотел отмыть, стоит на кухне целый месяц где-то… Я все это время даже ем исключительно за компом, потому что кухонный стол занят. Толерантность к висякам? Их есть у меня…
Можете пояснить, что такое "retaing and releasing NSObject", о котором там говорят? Аллокация/освобождение памяти? Т.е. как я понял, они говорят от том, что подсчет ссылок в Swift быстрее и потребляет меньше памяти, чем GC. И поэтому MacOS потребляет меньше ОЗУ, и поэтому 16 Гб хватит всем. Но ведь софт, написанный на этом божественном свифте с Rc — это часть софта. Основную работу (и потребление ОЗУ) осуществляет разный сторонний софт, в котором применяться самые разные модели управления памятью, от GC (Java в тех же IDE) до ручного управления памятью в C/C++.
А как скопировать текст из выпала процесса, который ещё не завершен, чтоб его не прибить?
На правах шутки: у меня рабочий HP z-book, он такой тяжёлый, что его спокойно модель открыть одной рукой и он просто не может куда-то сдвинуться
ARM-версии линукса, конечно же, есть, под множество разных армов. Вопрос в драйверах под конкретную платформу, которых никто не даст
Разве они не крайне медленные по причине того, что это непосредственная эмуляция?
А что есть для запуска x86 на Linux?
Обо всем этом должна позоботиться индустрия и другие вендоры, которые, как предсказывают многие, подтянуться. Ну, не должны, кончено же, но очень-очень хотелось бы
Или переползать на Gentoo и собирать все из исходников :)
Ну это при условии, что школьнику (ну, почему сразу школьнику) не нужен комп (десктоп с достаточной производительностью GPU), чтобы играть в игрушки (не проводил статистических исследований, но, кажется, большинство хотят игровые компы и играть в игрушки).
Я, конечно, понимаю, что Apple — лучшая компания с лучшим железом, а MacOS — лучшая ОС, экосистема, юзабилити и все такое, но можно мне нативный линукс + винду в дуал-буте? Боюсь, тут дела на ARM будут обстоять куда хуже, чем с х86-64, даже когда подтянутся другие вендоры, потому что (вангование):
Offtop
Да я даже ноутбук с трудом считаю заменой десктопа...
Так разве они не публичными ключами должны обменяться? Как сервер может их скомпроментировать?