Вполне прекрасный язык. Сборщика мусора нет. Бэкенд, консоль, WebAssembly, какие-никакие кроссплатформенные игровые движки, теперь вот Андроид - есть. И это результат нескольких лет работы, Эппл объявила универсальный Swift целью и последовательно идёт к ней. Гугол тоже недавно объявила универсальный Dart целью, но зная Гугол и зная Эппл...
Однако, <самка псовых> <плоская еда>. Начинаем ставить Swift по инструкции - получаем меню выбора из десятка Линукс дистрибутивов, где половина - Ubuntu. Как по мне - это 120% мерзость. Всё нормальное ставится нормально - Go, Rust, Lua, Julia, C/C++, Dart/Flutter... Как по мне, точную нижнюю грань обозначает Python - ну почти нормально ставится. Всё более бубновое или танцевальное - это не нормально.
Замечу, что мне не интересно почему так. Если иначе нельзя или сложно - значит проблема в Swift, иначе проблема в Эппл. Инстинкт подсказывает - держись подальше... от всех, кто стреляет себе в ногу, даже если это Эппл.
Книги по WebAssembly читал когда ещё, обратил внимание, что они, как правило, не по ней как таковой, а по какому-то языку в неё компилируемому. И чем книга лучше, тем вероятнее, что содержит пассаж типа "сама по WebAssembly не гарантирует ... (прирост скорости, например), но мы ведь любим писать на ... (да на том же Rust), правда?".
Мой любимый дурацкий тест на reality check (числа Фибоначчи) показал, что С в WebAssembly процентов на 20 быстрее чем JavaScript, но только не когда iPad, где С раза в полтора медленнее. Что соответствует тем же дурацким тестом сравнению Node.js, Deno и Bun, кстати.
Что характернго - никакого влияния пересечение границ и прочая в этом тесте не имеют.
При чём тут, в сравнении скорости, TypeScript - не постигаю, вместо него следует читать JavaScript. А если вдруг есть подозрение что TypeScript, или там Dart совершенно аналогично, косячит - нужно приводить результат JavaScript отдельно.
Раздел "Ключевые выводы", как по мне, выводов не содержит, перечисление фактов вместо них. Как по мне опять, вывод мог бы быть таким - прежде чем соваться в WebAssembly, определитесь зачем. Чтобы модно смотреться, периспользовать код, применять именно нужные абстракции, насладиться песочницей - всё подойдёт, кроме скорости.
Я сам языков не учил, по крайней мере в классическом понимании процесса, но это не мешант изложенным идеям казаться правильными. Ниже две с большой вероятностью весьма полезные книжки, наверно это как раз оно. А может и нет.
Sidney Greenbaum. The Oxford English Grammar, Oxford University Press, 1996
Zeljko Cipris, Shoko Hamano. Making Sense of Japanese Grammer, University of Hawai‘i Press, 2002
Стимулы для развития всё равно будут. Есть пример прекрасной лицензии - делай что хочешь, только автором себя не объявляй. И сколько ни злоупотребляй этой лицензией, студенты как ломились в MIT, так и ломятся. кстати, если автор на одном шедевре живёт 30 лет, то мы с него поимеем хорошо если два шедевра, а если пол года - то сто два.
Превосходный пример - Япония. С одной стороны - преклонение перед копирайтом, с другой - полная свобода заимствования идей на европейской стороне невозможная в принципе. Так что вопрос в том, является ли существующая система копирайта худшей из возможных или таки нет.
Исходную статью я не читал ибо имел заведомо предвзятое отношение к содержанию, в том числе к первоисточнику по Задорнову. Там любят и как сложить 2 и 2 обсудить, и что такое π на теорфизе четвёртого курса спросить, данные из первых рук. Но раз уж народ повёлся до реакций...
Есть простой практический способ узнать как хорошо и удобно это сделать, типа не вдаваясь в шеллы которых тупо нету.
поставить что-то путное, оно само себя в шелл добавит способом на миллионах пользователей испытанном, например, Julia
посмотреть как сделано
задуматься, что в ином случае может быть малость лучше чутка иначе - вместо начала добавлять в ПУТЬ в конце или наоборот
изучить команду "." bash или аналог, чтобы больше одной строки в разные места не добавлять
копипастить от души всеми способами
Шелл bash, образец Julia
[[ -f ~/.bash_my ]] && . ~/.bash_my
#
# .NET
#
export DOTNET_ROOT=/home/andy/dotnet
case ":$PATH:" in
*:/home/andy/dotnet:*)
;;
*)
export PATH=${PATH}:/home/andy/dotnet
;;
esac
case ":$PATH:" in
*:/home/andy/dotnet/tools:*)
;;
*)
export PATH=${PATH}:/home/andy/dotnet/tools
;;
esac
#
# my execs
#
case ":$PATH:" in
*:/home/andy/.local/bin:*)
;;
*)
export PATH=/home/andy/.local/bin${PATH:+:${PATH}}
;;
esac
Первое, что бросается в глаза - фактически тождественность TIOBE и PYPL. Оба построены на поисковых запросах, раз одинаковые - либо оба правильные, либо оба неправильные. Первое много вероятнее.
Итак, что-то действительно произошло с поисковыми запросами, причём лёгкое падение Python совершенно не впечатляет по сравнению с обрушением Go. Последнее точно, а первое - только скорее всего за малостью эффекта, не наблюдается по другим индексам. То есть дело именно в запросах, а не в каких-то изменениях в использовании языков. Да, первой в голову приходит мысль что влияют беседы с ИИ, на одних языках они удачнее чем на других, но данных чтобы её подтвердить или опровергнуть я не вижу.
Маленькой тучкой на горизонте идеи, что ничего не происходит вообще, мне кажется то, что по Stackoverflow язык Lua хотят учить больше, чем Go. Тут первой в голову приходит мысль об изменении надежд вкатунов...
Последние годы Python был вроде универсального инструмента: на нем писали всё — от мелких скриптов до огромных ML-систем, а его первое место в рейтингах воспринималось как норма.
На JavaScript тоже писали и как норма воспринималось не первое место Python, а то, что первое место за JavaScript или Python, смотря как посмотреть.
Но к началу 2026-го заметно, что динамика меняется. Скорее всего — вслед за приоритетами.
Как я пытался описать выше - нет, не заметно. Приоритеты при переходе к падению рынков точно меняются, но по популярности языков это ещё не особо читается. Я бы сказал, что если на неё что и влияет, то (пока) только в среде выходящих на рынок труда.
Уходит время, когда удобство и низкий порог входа перекрывали любые вопросы к производительности.
С удобством никто и никогда не заморачивался, удобство - это про Julia или Lua, а там без перемен. Низкий порог входа в Python... он сейчас с нами в комнате? Если и говорить о подобном, то о времени затрачиваемом на получение решения без фиксации на скорости и ресурсах. И то, это без фиксации - далеко не любые вопросы к производительности, на те вопросы давно даны ответы, начиная с Cython.
А что вайб кодинг позволяет получить поганый прототип на любом языке так же быстро, как на Python - в этом что-то есть.
В апреле‑мае 2026 года планируется направить в Минпромторг России пакет документов для получения технопарком официального статуса промышленного, что позволит проекту претендовать на государственную поддержку.
Претендовать на государственную поддержку надо не тогда, когда узнали про работу компании Аэронова (aeronova.pro), а когда у государства есть деньги.
Мне что-то кажется, что Вы забываете ряд факторов.
ИИ может сколь угодно прекрасно писать, петь, танцевать и делать роботов, но кто-то должен за него решить о чём писать, петь и каких роботов делать. Это не автоматизируется.
Обратите внимание - мы уже едим не еду а химию, смотрим не кино а агитку, слушаем не музыку а фоновый шум и разглядываем не (супер)моделей, а бодипозитив. Всё представляемое оптимистами как недостижимое для ИИ действительно может оказаться таковым, но это не значит что продукт ИИ не будут покупать. В смысле не окажется способа его продать.
На каждого уже собрано достаточно данных чтобы их совокупность позволила узнать человека лучше, чем он знает себя сам. Это идёт в практику, реклама и цены, например, уже таргетируются. Но полного замкнутого контура в котором проявились бы обратные связи пока нет. Будет. И тогда ИИ каждому нарисует его личную реальность. И команда типа "добавить сводящую с ума красавицу" будет выполняться надёжно и буквально, даже если у неё пальцы по прежнему будут распределяться по рукам три к семи.
Присмотритесь - колоссальные усилия направлены на то, чтобы мы массово не разбежались по роторным экскаваторам да сварочным постам, а сидели тихо и безопасно по офисам. Ну или маршировали сюда-туда. Роботы которые делают роботов имеют отличные шансы выйти из под контроля, после чего ресурсы Земли закончатся раньше чем на это успеют отреагировать, а сложная белковая жизнь станет принципиально невозможной из-за одного загрязнения тяжёлыми металлами.
Несколько лет назад, на одном серьёзном англоязычном форуме, высказал мысль, что цель внедрения Микрософтом ИИ в программирование состоит не в том, чтобы программирование с ИИ стало проще, а в том, чтобы программирование без ИИ стало невозможным. Народ поддержал с энтузиазмом...
Наверняка есть и такие случаи, когда учат. Иначе вот такое вот без надобности было бы.
Sic!
C и C++ языки очень разные. То, что они местами внешне похожи - следствие того, что на момент создания плюсов поголовно все заинтересованные лица знали C. Далее сходство сохраняли как дань традиции, но сами ответственные лица подчёркивают - это ни в какой степени не являлось целью и делалось строго по возможности.
Изучать C ради лучшего последующего изучения плюсов - ошибка. Чтобы C просто не мешал, его нужно не только основательно изучить, но и к нему привыкнуть, чтобы языки не смешивались один с другим. Если хочется и C и C++, тогда хорошо, если только плюсы - двойная работа в лучшем случае.
Ниже Вы пишете
Тогда я просто начал бы писать на C++, как на Python.
и это очень странно. С одной стороны, как писать как на Пайтон если на плюсах половина кода в одном файле, а другая половина - в другом? С другой стороны, на Пайтон можно писать в любом стиле, в том числе как на плюсах с макросами.
Если языки сами по себе, как хобби или предмет любования логическими, да и алогичными тоже, построениями, не интересуют - никакого смысла в полиглотстве нету. А рассказы типа "я выучил ... и стал лучше ..." - это скорее от нежелания признавать собственные ошибки, чем от искренности.
Например, заинтересовала тема функционального программирования (спецом подальше от C). Тогда можно прочитать про функциональное программирование и подумать как это будет на своём Пайтоне. Где именно прочитать, я не знаю, однако. Если Вы тоже не знаете, ну не удалось выяснить, то берёте книгу по функциональному языку, скажем по Лисп, и читаете по диагонали. Далее то же самое - уложить идеи на Пайтон. Ключевое слово - по диагонали, то есть никак не выучить.
Применительно к C или плюсам - посмотрите на Ассемблер и, если не в курсе то обязательно, на архитектуру машины, особенно на систему прерываний.
Вы там, в Питоне своём, как сыр в масле катаясь расслабились до наивности детской. Хотите приложение под Андроид - Kivy, хотите фронтенд - да хоть Anvil.works, и так со всем - Питон и ещё совсем чуть-чуть дают результат. А на С - стоит выйти за вот такую ножницы-бумагу... Андроид приложение - извольте, SDK, NDK, Native Activity и куча подробностей, с которыми можно разобраться, но изложены они с точки зрения Котлина, а то и Джавы. Фронтенд - а Вам какой, на Emscripten или Clang/LLVM? Ну и кусок JavaScript в придачу.,
То, что Вы увидели на ножницах с бумагой - это парадный фасад, а на деле может быть так, что пока Вы, пытаясь получить реально полезный результат, будете учить С, а на это неделя по вечерам уже много, и всю обвязку что и есть задница, можно будет выучить весь Rust и получить тот же результат от Cargo, потом выучить Go и получить результат ещё раз от Go (замечаете - и того проще чем с Растом), а остаток времени провести в душевных метаниях - может быть надо было сразу отдаться, ну или примкнуть к, Flutter?
С Flutter, кстати, возможен пример. На Python вы берёте Flet и ездите на Flutter фрирайдером. На C - сначала Dart, потом Flutter, потом Dart FFI и только потом вопрос "а ради чего?". Если кто-то поклялся Вам хорошо платить за C, ну знает или думает что знает ради чего, это одно дело, а если нет...
Так что от меня фидбек такой - бросайте эту ерунду, вы знакомитесь с С так, как это делали тогда, когда альтернатив не было. Вы питонист? Отлично, напишите модуль на С. Убедитесь, что он и на Андроид, с тем же Kivy например, тоже работает. Напишите что-нибудь на SDL или Qt. И только после этого у Вас появится право решать - понравился С или нет.
Однако одновременно для части данных может существовать только одно изменяемое заимствование, что обеспечивает эксклюзивный доступ и предотвращает скачки данных (одновременные модификации).
Обычно вместо скачек говорят о гонках, вспоминаются мне другие статьи. И вопрос - одновременно с чем? Подсказка - с неизменяемыми заимствованиями...
То, что не особо разбирающийся в теме копирайтер рекламирует курсы - это нормально, а что это так легко заметить, и не только по приведённому фрагменту - уже нет. Потому, что желание изучать Rust можно вызвать проще и честнее, хотя для этого и придётся отказаться от следования убогим западным образцам.
Один владелец за раз: В Rust у каждого фрагмента данных может быть только один владелец за раз.
Сейчас всякий побывавший ближе 10 метров от компа знает - в природе это не так. Многие даже знают про классический пример - связный список. И всё последующее воспринимают как голимую ложь, если повезёт - ложь западных маркетологов. А ведь можно сказать иначе - когда можно добиться, чтобы у данных был ровно один владелец, Rust обеспечивает много преимуществ... и далее по тексту. А когда нельзя, в Rust есть unsafe и Rust оказывается на том же уровне, что и другие языки. И множество способов эмулировать связный список через задницу.
Помимо этого, система владения Rust распространяется на параллелизм, способствуя разработке безопасных и эффективных параллельных приложений.
Мы на базаре Багдада в тот благословенный день, когда Мансур, любимый палач калифа Гаруна, в отъезде? Распространяется чтобы способствовать... К тому же, внимательный читатель уже заметил, что Rust заставляет прибегать к тому, что другие языки, будучи созданными с оглядкой на реальное железо, считают извращениями, ради безопасности многпоточности... которой нет или пока нет. Вспомнив классическую критику преждевременной оптимизации, такой читатель начинает, и уже не заканчивает, ржать над этим вашим Rust, причём с нотками презрения. И напрасно, поскольку оптимизацию всегда можно выполнить позже, а подогнать архитектуру под многопоточность - нет. Но это надо объяснять.
Мы рассмотрели основные понятия языка Rust
Вы чё, серьёзно? Нет слов.
Как по мне, продавать Rust надо иначе, не как язык системного программирования, не все пишут ОС реального времени, а как социальный феномен. На Rust переписано масса всего, от основных утилит Линукс до текстовых редакторов, и всё более-менее удачно. Люди хотят этим заниматься и у них получается. На Rust можно писать абсолютно всё - фронтенд, бэкенд, мобилки, кроссплатформу на все платформы, графические и консольные приложения, игры... и в этом смысле Rust уникален. Как по мне, следующим по широте охвата идёт Dart, в котором только что, вроде, толком не смотрел, появился 3D движок Fluorite и пока не доведенный до ума порт Bubbletea, а за ним уже всё остальное.
Остаётся объяснить, что понять что такое Rust не изучив его примерно полностью - невозможно. И народ на курсы запишется.
На сколько я могу припомнить, это будет как минимум третий "дешёвый" iPhone, все предыдущие якобы провалились. И тут, поскольку в Эппл отнюдь не дураки рулят, вариантов всего три.
Первый. Что-то существенно изменилось и Эппл, точно зная каким именно способом провалились продыдущие дешёвые iPhone, может рассчитывать что на этот раз будет иначе. Основные изменения, которые я вижу - гайки закрутили ещё сильнее (да, понимаю, Terminal и Termux не всем нужны, можете не трудиться объяснять), а камеры субфлагманов сократили разрыв.
Тут я ничего не могу сказать - самому камеры не упёрлись, а что там с Termux и Terminal я не знаю - блогеры или сами не знают или молчат, а современного Андроида у меня нету. Учитывая, что планы свои Гугол не раскрывает, а как раз в области Terminal механизм feature draw отключил синхронизацию с версиями Андроид и соответсвующим маркетингом, всё того мутнее. Но аналитики Эппл точно могут рассказать и непременно рассказывают много интересного.
Второй. Целью выхода дешёвых iPhone не являются значимые продажи. То же самое относится и к продуктам типа Vision Pro, кстати. На примерно пять iPhone продаётся один "флагман" на Андроид, Заметных продаж за их счёт не получить. Далее вниз Андроид растянут долларов на 800, одним iPhone много из этого не выбрать даже если все бросятся переходить.
На Андроид "флагманы" существуют милостью Эппл, пока Эппл не вздула цены на iPhone у неё было 104% прибыли отрасли и любая флагменность была заведомо убыточной. Возможно, что Эппл решила и среди субфлагманов на Андроид порядок аналогично навести.
Третий. Взгляд не на отдельные устройства, а на реальное поведение рынка. Человек покупает смартфон на Андроид не потому, что он ему нравится больше iPhone, даже если он сам так искренне считает, а потому, что в том наборе устройств, который ему нравится больше, этому iPhone места нету. Что нравится может быть очень с оглядкой на деньги - это частность.
"Дешёвый" iPhone поможет продажам iPad, как и предполагаемый "дешёвый" МакБук. И поможет продажам МакБук тоже. И так далее. И иногда есть статистика по продажам Мак Мини - они необъяснимо ничтожны, и я не верю что Эппл это устраивает. А что думает Эппл, как и, просто к примеру, любая Власть, обоснованно сказать может только инсайдер, да не из рядовых. Потому что мы видим окружающую реальность, хорошо если искажённую в меру, а они видят предсказания некоторых моделей, не открытых ни разу и никому.
Так что карнавал точно будет, вернее, продолжится. Но надо быть посмотреть.
Но не стоит поспешно обвинять Риэ Кудан в нечестности.
Ну не понимаю я всего этого, от какой-то там "честности" до какого-то там бана в разработке игр, изгнания с Замедленного, протестов авторов против писаной ИИ музыки и прочей ерунды. Какая разница откуда что возникло? Да хоть в огороде откопал, с шумерского перевёл и в издательство не приводя подробностей. Ну появился новый инструмент, и что? Да ничего, разве что, по опфту, стоимость продукции точно снизится, новые виды товаров может быть возникнут, а рынок станет более требовательным.
Появилась сварка - клепальщикам беда, подлодки ныряют глубже... и всё, вроде. Появилась фотография - художников проредили, но появились фотохудожники. Совершенно понятно, что будет с ИИ - одних проредят, другие возникнут, требования к качеству возрастут.
Главное в любом около творческом деле - постановка задачи. Кому она ставится - себе, литературным неграм, джунам или ИИ - дело десятое. Если присмотреться, то ИИ мешает только тем, кто сумел паразитом встроиться между производителем и потребителем, ему время перемен.
ИИ пишет код - отлично, повышаем требования к эффективности и снижаем терпимость к ошибкам, всё станет на свои места само. Кто против? Да те, кто построил систему от найма до сеньоров и ждёт шанса когда она позволит заплатить за много работы мало денег. ИИ пишет книги - отлично, пора разобраться как лучше находить подходящие книги каждому для себя. Против кто? Кто не хочет чтобы его книги были распознаны как отстой и те, кто хочет навязать что читать из политических шкурных соображений. И так далее, везде и со всеми остановками.
И как раз по Японии отлично видно, что такое не в первый раз. Появлялись уже технологии уровня ИИ, и разговоры вокруг появлялись - всё в норму пришло, само собой.
Компьютерная графика - всё было, включая поток дерьма, но разобрались и как рендерить, и на сколько FPS (кстати, "чем больше тем лучше" нигде не сработало), итог - рисовка стабильно великолепна по всей индустрии. Одна польза, что может быть не очевидно - от других процессов в то же время был один вред. И не вполне тривиальные применения тоже были, например, как могло бы быть на самом деле - то компьютер показывает (ну-ка, где тут в комнате будует голова девочки которая ходит по потолку?), а уж зарисовывает художник псё по старинке.
Или Вокалоид - никакого ИИ хайпа, а концерты годами с успехом шли, заодно для живых исполнителей компьютерную подтанцовку сделели. И всё это до моделей.
Так что либо закапываем эту стюардессу, либо с вопросами по ИИ строго к бухгалтерам.
Вот это из статьи я и не понял. Перечитывать и смотреть есть оно там или нет - не стал, это не важно, важно восприятие по факту. Вот и подумал, что написано было для себя.
Почему смущает 35 мегов? Сейчас проги уровня калькулятора могут и за сотню уйти,
Зачем писать бесплатное приложнние - вот этого я не понимаю. Есть же возможность тупо выполнять Питон на смартфоне. Для этого точно есть специальные приложения, но я в них плохо разбираюсь ибо Термукс.
А платное приложение должно быть не на Питоне, а быстрым. А что учить чтобы его писать - я не знаю ибо есть подозрение, что https://fluorite.game/ меняет возможно всё.
Судя по сайту go.dev, сам Гугол не особо понимает для какой ниши Го. Более того, там четыре нишечки, из которых две - то ли корпоративная бредятина, то ли маркетинговая чушь. А по кнопке Больше применений - не больше, а ровно столько же и то же самое. С Вами трудно не согласиться, вокруг Го становится печально и что-то затевается. На том же сайте документацию недавно, если это не мой эффект Манделлы, изменили так, что как учить Го стало не особо и понятно.
С другой стороны, на замедленном канале Флаттер четыре дня назад начался курс промо видео под лозунгом Дарт - это больше чем Флаттер. Моё личное мнение - перерыв в четыре дня для такой темы - малая катастрофа, жду большую. Так что да, Гугол в любых его проявлениях - красный флаг.
В принципе, Го хорош для всего кроме 3Д игр, и то может и пока, а в моих наивных тестах Го как проигрывает С вдвое, так и выигрывает втрое. Так что учить Го понятно зачем - ради надежды.
Моя теория - Гугол помешан на контроле, а Го выходит в свободное плавание. Гугол либо сможет утопить, либо нет. Поэтому и сдувается пыль с Дарта, который лично мне кажется тоже весьма удачным языком, уступившем, в своё время, Тайпскрипту по неведомым мне причинам, гипотеза - обратно то ли глупость, то ли подлость Гугла. Позитив гипотезы - Котлин хуже Дарта для Гугла - контроля меньше, что даёт Дарту шанс на выживание.
Теперь посчитаем. Флаттер держит 40+ процентов кроссплатформы. На лет пять, а то и семь, хватит точно. За это время инициатива Гугла с выходом Андроида на ноутбуки успеет провалиться - кому Линукс, тому в виртуалке будет тесновато, а по железу дороговато, кому не Линукс, тому Андроид на ноуте вообще без надобности, уж не заранее ли "дешёвый" МакБук придумывают...
После провала, да на падающих рынках, Гуглу придётся что-то делать, а куда бросится из угла загнанная крыса - не предскажешь. Повезёт - кто сейчас учит Го, тот и порадуется. А не повезёт...
У меня более 10 лет реального опыта в веб программировании
Вы уверены, что именно в программировании, а не в вёрстке? Это очень разные вещи... даже если иногда тыкать в JavaScript. И неверным это может быть в обе стороны - либо Вы пишите о себе хуже чем есть на самом деле, либо Вы себя знатно переоцениваете.
я не знал (или забыл) ни одного способа заменить Math.Sqrt без использования гугла или исходников функции
А это заведомо не может быть. Точно знали и до сих пор знаете, чтобы не знать - непременно нужно не знать что такое квадратный корень вообще. Не можете вспомнить сразу готового способа - это может быть, особенно если порботали в среде, где любая попытка задуматься наказывалась.
я ни разу даже не использовал библиотечную Math.Sqrt функцию в рабочих задачах
Вы написали страшное. Какая разница? Math.Sqrt - просто заведомо понятная простая функция, вместо неё можно взять любую другую. И любой язык вместо C#. Не видеть этого...
Большое заблуждение, что все должны знать какие то элементарные вещи.
Кому должны? Выживание - опция.
Какие то - это какие? Некоторая грань точно существует.
Кто такие все? Видал я как раз верстальщиков что в программировании, и вообще в размышлениях, были чистый ноль - и ничего, прекрасно работали, высоко ценились, иногда приходили и спрашивали что и как - делов то. Исходная история как раз о том, что искали не таких.
И это было очень печально. © Сэй Сёнагон
Вполне прекрасный язык. Сборщика мусора нет. Бэкенд, консоль, WebAssembly, какие-никакие кроссплатформенные игровые движки, теперь вот Андроид - есть. И это результат нескольких лет работы, Эппл объявила универсальный Swift целью и последовательно идёт к ней. Гугол тоже недавно объявила универсальный Dart целью, но зная Гугол и зная Эппл...
Однако, <самка псовых> <плоская еда>. Начинаем ставить Swift по инструкции - получаем меню выбора из десятка Линукс дистрибутивов, где половина - Ubuntu. Как по мне - это 120% мерзость. Всё нормальное ставится нормально - Go, Rust, Lua, Julia, C/C++, Dart/Flutter... Как по мне, точную нижнюю грань обозначает Python - ну почти нормально ставится. Всё более бубновое или танцевальное - это не нормально.
Замечу, что мне не интересно почему так. Если иначе нельзя или сложно - значит проблема в Swift, иначе проблема в Эппл. Инстинкт подсказывает - держись подальше... от всех, кто стреляет себе в ногу, даже если это Эппл.
А урок № 0 был? Я бы не стал, раз уж не навреди, в первом уроке опускать
Раза в четыре с хвостиком.
Книги по WebAssembly читал когда ещё, обратил внимание, что они, как правило, не по ней как таковой, а по какому-то языку в неё компилируемому. И чем книга лучше, тем вероятнее, что содержит пассаж типа "сама по WebAssembly не гарантирует ... (прирост скорости, например), но мы ведь любим писать на ... (да на том же Rust), правда?".
Мой любимый дурацкий тест на reality check (числа Фибоначчи) показал, что С в WebAssembly процентов на 20 быстрее чем JavaScript, но только не когда iPad, где С раза в полтора медленнее. Что соответствует тем же дурацким тестом сравнению Node.js, Deno и Bun, кстати.
Что характернго - никакого влияния пересечение границ и прочая в этом тесте не имеют.
При чём тут, в сравнении скорости, TypeScript - не постигаю, вместо него следует читать JavaScript. А если вдруг есть подозрение что TypeScript, или там Dart совершенно аналогично, косячит - нужно приводить результат JavaScript отдельно.
Раздел "Ключевые выводы", как по мне, выводов не содержит, перечисление фактов вместо них. Как по мне опять, вывод мог бы быть таким - прежде чем соваться в WebAssembly, определитесь зачем. Чтобы модно смотреться, периспользовать код, применять именно нужные абстракции, насладиться песочницей - всё подойдёт, кроме скорости.
Я сам языков не учил, по крайней мере в классическом понимании процесса, но это не мешант изложенным идеям казаться правильными. Ниже две с большой вероятностью весьма полезные книжки, наверно это как раз оно. А может и нет.
Sidney Greenbaum. The Oxford English Grammar, Oxford University Press, 1996
Zeljko Cipris, Shoko Hamano. Making Sense of Japanese Grammer, University of Hawai‘i Press, 2002
Стимулы для развития всё равно будут. Есть пример прекрасной лицензии - делай что хочешь, только автором себя не объявляй. И сколько ни злоупотребляй этой лицензией, студенты как ломились в MIT, так и ломятся. кстати, если автор на одном шедевре живёт 30 лет, то мы с него поимеем хорошо если два шедевра, а если пол года - то сто два.
Превосходный пример - Япония. С одной стороны - преклонение перед копирайтом, с другой - полная свобода заимствования идей на европейской стороне невозможная в принципе. Так что вопрос в том, является ли существующая система копирайта худшей из возможных или таки нет.
Исходную статью я не читал ибо имел заведомо предвзятое отношение к содержанию, в том числе к первоисточнику по Задорнову. Там любят и как сложить 2 и 2 обсудить, и что такое π на теорфизе четвёртого курса спросить, данные из первых рук. Но раз уж народ повёлся до реакций...
Есть простой практический способ узнать как хорошо и удобно это сделать, типа не вдаваясь в шеллы которых тупо нету.
поставить что-то путное, оно само себя в шелл добавит способом на миллионах пользователей испытанном, например, Julia
посмотреть как сделано
задуматься, что в ином случае может быть малость лучше чутка иначе - вместо начала добавлять в ПУТЬ в конце или наоборот
изучить команду "." bash или аналог, чтобы больше одной строки в разные места не добавлять
копипастить от души всеми способами
Шелл bash, образец Julia
На чём вопрос мог бы быть исчерпан...
Termux всё ещё ставится?
Легко найти рейтинги языков: https://www.darly.solutions/blog/the-most-popular-programming-languages-in-2021
Обратите внимание на 2021 в URL, это у кого-то изощрённое чувство юмора. И ссылочка на IEEE Spectrum должна бы, скорее, быть https://spectrum.ieee.org/top-programming-languages-2025 да и сводную страницу https://plrank.com/ можно было бы упомянуть.
Первое, что бросается в глаза - фактически тождественность TIOBE и PYPL. Оба построены на поисковых запросах, раз одинаковые - либо оба правильные, либо оба неправильные. Первое много вероятнее.
Итак, что-то действительно произошло с поисковыми запросами, причём лёгкое падение Python совершенно не впечатляет по сравнению с обрушением Go. Последнее точно, а первое - только скорее всего за малостью эффекта, не наблюдается по другим индексам. То есть дело именно в запросах, а не в каких-то изменениях в использовании языков. Да, первой в голову приходит мысль что влияют беседы с ИИ, на одних языках они удачнее чем на других, но данных чтобы её подтвердить или опровергнуть я не вижу.
Маленькой тучкой на горизонте идеи, что ничего не происходит вообще, мне кажется то, что по Stackoverflow язык Lua хотят учить больше, чем Go. Тут первой в голову приходит мысль об изменении надежд вкатунов...
На JavaScript тоже писали и как норма воспринималось не первое место Python, а то, что первое место за JavaScript или Python, смотря как посмотреть.
Как я пытался описать выше - нет, не заметно. Приоритеты при переходе к падению рынков точно меняются, но по популярности языков это ещё не особо читается. Я бы сказал, что если на неё что и влияет, то (пока) только в среде выходящих на рынок труда.
С удобством никто и никогда не заморачивался, удобство - это про Julia или Lua, а там без перемен. Низкий порог входа в Python... он сейчас с нами в комнате? Если и говорить о подобном, то о времени затрачиваемом на получение решения без фиксации на скорости и ресурсах. И то, это без фиксации - далеко не любые вопросы к производительности, на те вопросы давно даны ответы, начиная с Cython.
А что вайб кодинг позволяет получить поганый прототип на любом языке так же быстро, как на Python - в этом что-то есть.
Претендовать на государственную поддержку надо не тогда, когда узнали про работу компании Аэронова (aeronova.pro), а когда у государства есть деньги.
Мне что-то кажется, что Вы забываете ряд факторов.
ИИ может сколь угодно прекрасно писать, петь, танцевать и делать роботов, но кто-то должен за него решить о чём писать, петь и каких роботов делать. Это не автоматизируется.
Обратите внимание - мы уже едим не еду а химию, смотрим не кино а агитку, слушаем не музыку а фоновый шум и разглядываем не (супер)моделей, а бодипозитив. Всё представляемое оптимистами как недостижимое для ИИ действительно может оказаться таковым, но это не значит что продукт ИИ не будут покупать. В смысле не окажется способа его продать.
На каждого уже собрано достаточно данных чтобы их совокупность позволила узнать человека лучше, чем он знает себя сам. Это идёт в практику, реклама и цены, например, уже таргетируются. Но полного замкнутого контура в котором проявились бы обратные связи пока нет. Будет. И тогда ИИ каждому нарисует его личную реальность. И команда типа "добавить сводящую с ума красавицу" будет выполняться надёжно и буквально, даже если у неё пальцы по прежнему будут распределяться по рукам три к семи.
Присмотритесь - колоссальные усилия направлены на то, чтобы мы массово не разбежались по роторным экскаваторам да сварочным постам, а сидели тихо и безопасно по офисам. Ну или маршировали сюда-туда. Роботы которые делают роботов имеют отличные шансы выйти из под контроля, после чего ресурсы Земли закончатся раньше чем на это успеют отреагировать, а сложная белковая жизнь станет принципиально невозможной из-за одного загрязнения тяжёлыми металлами.
Несколько лет назад, на одном серьёзном англоязычном форуме, высказал мысль, что цель внедрения Микрософтом ИИ в программирование состоит не в том, чтобы программирование с ИИ стало проще, а в том, чтобы программирование без ИИ стало невозможным. Народ поддержал с энтузиазмом...
Наверняка есть и такие случаи, когда учат. Иначе вот такое вот без надобности было бы.
C и C++ языки очень разные. То, что они местами внешне похожи - следствие того, что на момент создания плюсов поголовно все заинтересованные лица знали C. Далее сходство сохраняли как дань традиции, но сами ответственные лица подчёркивают - это ни в какой степени не являлось целью и делалось строго по возможности.
Изучать C ради лучшего последующего изучения плюсов - ошибка. Чтобы C просто не мешал, его нужно не только основательно изучить, но и к нему привыкнуть, чтобы языки не смешивались один с другим. Если хочется и C и C++, тогда хорошо, если только плюсы - двойная работа в лучшем случае.
Ниже Вы пишете
и это очень странно. С одной стороны, как писать как на Пайтон если на плюсах половина кода в одном файле, а другая половина - в другом? С другой стороны, на Пайтон можно писать в любом стиле, в том числе как на плюсах с макросами.
Если языки сами по себе, как хобби или предмет любования логическими, да и алогичными тоже, построениями, не интересуют - никакого смысла в полиглотстве нету. А рассказы типа "я выучил ... и стал лучше ..." - это скорее от нежелания признавать собственные ошибки, чем от искренности.
Например, заинтересовала тема функционального программирования (спецом подальше от C). Тогда можно прочитать про функциональное программирование и подумать как это будет на своём Пайтоне. Где именно прочитать, я не знаю, однако. Если Вы тоже не знаете, ну не удалось выяснить, то берёте книгу по функциональному языку, скажем по Лисп, и читаете по диагонали. Далее то же самое - уложить идеи на Пайтон. Ключевое слово - по диагонали, то есть никак не выучить.
Применительно к C или плюсам - посмотрите на Ассемблер и, если не в курсе то обязательно, на архитектуру машины, особенно на систему прерываний.
Напрашиваетесь, сударь, напрашиваетесь...
Вы там, в Питоне своём, как сыр в масле катаясь расслабились до наивности детской. Хотите приложение под Андроид - Kivy, хотите фронтенд - да хоть Anvil.works, и так со всем - Питон и ещё совсем чуть-чуть дают результат. А на С - стоит выйти за вот такую ножницы-бумагу... Андроид приложение - извольте, SDK, NDK, Native Activity и куча подробностей, с которыми можно разобраться, но изложены они с точки зрения Котлина, а то и Джавы. Фронтенд - а Вам какой, на Emscripten или Clang/LLVM? Ну и кусок JavaScript в придачу.,
То, что Вы увидели на ножницах с бумагой - это парадный фасад, а на деле может быть так, что пока Вы, пытаясь получить реально полезный результат, будете учить С, а на это неделя по вечерам уже много, и всю обвязку что и есть задница, можно будет выучить весь Rust и получить тот же результат от Cargo, потом выучить Go и получить результат ещё раз от Go (замечаете - и того проще чем с Растом), а остаток времени провести в душевных метаниях - может быть надо было сразу отдаться, ну или примкнуть к, Flutter?
С Flutter, кстати, возможен пример. На Python вы берёте Flet и ездите на Flutter фрирайдером. На C - сначала Dart, потом Flutter, потом Dart FFI и только потом вопрос "а ради чего?". Если кто-то поклялся Вам хорошо платить за C, ну знает или думает что знает ради чего, это одно дело, а если нет...
Так что от меня фидбек такой - бросайте эту ерунду, вы знакомитесь с С так, как это делали тогда, когда альтернатив не было. Вы питонист? Отлично, напишите модуль на С. Убедитесь, что он и на Андроид, с тем же Kivy например, тоже работает. Напишите что-нибудь на SDL или Qt. И только после этого у Вас появится право решать - понравился С или нет.
Обычно вместо скачек говорят о гонках, вспоминаются мне другие статьи. И вопрос - одновременно с чем? Подсказка - с неизменяемыми заимствованиями...
То, что не особо разбирающийся в теме копирайтер рекламирует курсы - это нормально, а что это так легко заметить, и не только по приведённому фрагменту - уже нет. Потому, что желание изучать Rust можно вызвать проще и честнее, хотя для этого и придётся отказаться от следования убогим западным образцам.
Сейчас всякий побывавший ближе 10 метров от компа знает - в природе это не так. Многие даже знают про классический пример - связный список. И всё последующее воспринимают как голимую ложь, если повезёт - ложь западных маркетологов. А ведь можно сказать иначе - когда можно добиться, чтобы у данных был ровно один владелец, Rust обеспечивает много преимуществ... и далее по тексту. А когда нельзя, в Rust есть unsafe и Rust оказывается на том же уровне, что и другие языки. И множество способов эмулировать связный список через задницу.
Мы на базаре Багдада в тот благословенный день, когда Мансур, любимый палач калифа Гаруна, в отъезде? Распространяется чтобы способствовать... К тому же, внимательный читатель уже заметил, что Rust заставляет прибегать к тому, что другие языки, будучи созданными с оглядкой на реальное железо, считают извращениями, ради безопасности многпоточности... которой нет или пока нет. Вспомнив классическую критику преждевременной оптимизации, такой читатель начинает, и уже не заканчивает, ржать над этим вашим Rust, причём с нотками презрения. И напрасно, поскольку оптимизацию всегда можно выполнить позже, а подогнать архитектуру под многопоточность - нет. Но это надо объяснять.
Вы чё, серьёзно? Нет слов.
Как по мне, продавать Rust надо иначе, не как язык системного программирования, не все пишут ОС реального времени, а как социальный феномен. На Rust переписано масса всего, от основных утилит Линукс до текстовых редакторов, и всё более-менее удачно. Люди хотят этим заниматься и у них получается. На Rust можно писать абсолютно всё - фронтенд, бэкенд, мобилки, кроссплатформу на все платформы, графические и консольные приложения, игры... и в этом смысле Rust уникален. Как по мне, следующим по широте охвата идёт Dart, в котором только что, вроде, толком не смотрел, появился 3D движок Fluorite и пока не доведенный до ума порт Bubbletea, а за ним уже всё остальное.
Остаётся объяснить, что понять что такое Rust не изучив его примерно полностью - невозможно. И народ на курсы запишется.
На сколько я могу припомнить, это будет как минимум третий "дешёвый" iPhone, все предыдущие якобы провалились. И тут, поскольку в Эппл отнюдь не дураки рулят, вариантов всего три.
Первый. Что-то существенно изменилось и Эппл, точно зная каким именно способом провалились продыдущие дешёвые iPhone, может рассчитывать что на этот раз будет иначе. Основные изменения, которые я вижу - гайки закрутили ещё сильнее (да, понимаю, Terminal и Termux не всем нужны, можете не трудиться объяснять), а камеры субфлагманов сократили разрыв.
Тут я ничего не могу сказать - самому камеры не упёрлись, а что там с Termux и Terminal я не знаю - блогеры или сами не знают или молчат, а современного Андроида у меня нету. Учитывая, что планы свои Гугол не раскрывает, а как раз в области Terminal механизм feature draw отключил синхронизацию с версиями Андроид и соответсвующим маркетингом, всё того мутнее. Но аналитики Эппл точно могут рассказать и непременно рассказывают много интересного.
Второй. Целью выхода дешёвых iPhone не являются значимые продажи. То же самое относится и к продуктам типа Vision Pro, кстати. На примерно пять iPhone продаётся один "флагман" на Андроид, Заметных продаж за их счёт не получить. Далее вниз Андроид растянут долларов на 800, одним iPhone много из этого не выбрать даже если все бросятся переходить.
На Андроид "флагманы" существуют милостью Эппл, пока Эппл не вздула цены на iPhone у неё было 104% прибыли отрасли и любая флагменность была заведомо убыточной. Возможно, что Эппл решила и среди субфлагманов на Андроид порядок аналогично навести.
Третий. Взгляд не на отдельные устройства, а на реальное поведение рынка. Человек покупает смартфон на Андроид не потому, что он ему нравится больше iPhone, даже если он сам так искренне считает, а потому, что в том наборе устройств, который ему нравится больше, этому iPhone места нету. Что нравится может быть очень с оглядкой на деньги - это частность.
"Дешёвый" iPhone поможет продажам iPad, как и предполагаемый "дешёвый" МакБук. И поможет продажам МакБук тоже. И так далее. И иногда есть статистика по продажам Мак Мини - они необъяснимо ничтожны, и я не верю что Эппл это устраивает. А что думает Эппл, как и, просто к примеру, любая Власть, обоснованно сказать может только инсайдер, да не из рядовых. Потому что мы видим окружающую реальность, хорошо если искажённую в меру, а они видят предсказания некоторых моделей, не открытых ни разу и никому.
Так что карнавал точно будет, вернее, продолжится. Но надо быть посмотреть.
Ну не понимаю я всего этого, от какой-то там "честности" до какого-то там бана в разработке игр, изгнания с Замедленного, протестов авторов против писаной ИИ музыки и прочей ерунды. Какая разница откуда что возникло? Да хоть в огороде откопал, с шумерского перевёл и в издательство не приводя подробностей. Ну появился новый инструмент, и что? Да ничего, разве что, по опфту, стоимость продукции точно снизится, новые виды товаров может быть возникнут, а рынок станет более требовательным.
Появилась сварка - клепальщикам беда, подлодки ныряют глубже... и всё, вроде. Появилась фотография - художников проредили, но появились фотохудожники. Совершенно понятно, что будет с ИИ - одних проредят, другие возникнут, требования к качеству возрастут.
Главное в любом около творческом деле - постановка задачи. Кому она ставится - себе, литературным неграм, джунам или ИИ - дело десятое. Если присмотреться, то ИИ мешает только тем, кто сумел паразитом встроиться между производителем и потребителем, ему время перемен.
ИИ пишет код - отлично, повышаем требования к эффективности и снижаем терпимость к ошибкам, всё станет на свои места само. Кто против? Да те, кто построил систему от найма до сеньоров и ждёт шанса когда она позволит заплатить за много работы мало денег. ИИ пишет книги - отлично, пора разобраться как лучше находить подходящие книги каждому для себя. Против кто? Кто не хочет чтобы его книги были распознаны как отстой и те, кто хочет навязать что читать из
политическихшкурных соображений. И так далее, везде и со всеми остановками.И как раз по Японии отлично видно, что такое не в первый раз. Появлялись уже технологии уровня ИИ, и разговоры вокруг появлялись - всё в норму пришло, само собой.
Компьютерная графика - всё было, включая поток дерьма, но разобрались и как рендерить, и на сколько FPS (кстати, "чем больше тем лучше" нигде не сработало), итог - рисовка стабильно великолепна по всей индустрии. Одна польза, что может быть не очевидно - от других процессов в то же время был один вред. И не вполне тривиальные применения тоже были, например, как могло бы быть на самом деле - то компьютер показывает (ну-ка, где тут в комнате будует голова девочки которая ходит по потолку?), а уж зарисовывает художник псё по старинке.
Или Вокалоид - никакого ИИ хайпа, а концерты годами с успехом шли, заодно для живых исполнителей компьютерную подтанцовку сделели. И всё это до моделей.
Так что либо закапываем эту стюардессу, либо с вопросами по ИИ строго к бухгалтерам.
Вот это из статьи я и не понял. Перечитывать и смотреть есть оно там или нет - не стал, это не важно, важно восприятие по факту. Вот и подумал, что написано было для себя.
Почему смущает 35 мегов? Сейчас проги уровня калькулятора могут и за сотню уйти,
Зачем писать бесплатное приложнние - вот этого я не понимаю. Есть же возможность тупо выполнять Питон на смартфоне. Для этого точно есть специальные приложения, но я в них плохо разбираюсь ибо Термукс.
А платное приложение должно быть не на Питоне, а быстрым. А что учить чтобы его писать - я не знаю ибо есть подозрение, что https://fluorite.game/ меняет возможно всё.
Судя по сайту go.dev, сам Гугол не особо понимает для какой ниши Го. Более того, там четыре нишечки, из которых две - то ли корпоративная бредятина, то ли маркетинговая чушь. А по кнопке Больше применений - не больше, а ровно столько же и то же самое. С Вами трудно не согласиться, вокруг Го становится печально и что-то затевается. На том же сайте документацию недавно, если это не мой эффект Манделлы, изменили так, что как учить Го стало не особо и понятно.
С другой стороны, на замедленном канале Флаттер четыре дня назад начался курс промо видео под лозунгом Дарт - это больше чем Флаттер. Моё личное мнение - перерыв в четыре дня для такой темы - малая катастрофа, жду большую. Так что да, Гугол в любых его проявлениях - красный флаг.
В принципе, Го хорош для всего кроме 3Д игр, и то может и пока, а в моих наивных тестах Го как проигрывает С вдвое, так и выигрывает втрое. Так что учить Го понятно зачем - ради надежды.
Моя теория - Гугол помешан на контроле, а Го выходит в свободное плавание. Гугол либо сможет утопить, либо нет. Поэтому и сдувается пыль с Дарта, который лично мне кажется тоже весьма удачным языком, уступившем, в своё время, Тайпскрипту по неведомым мне причинам, гипотеза - обратно то ли глупость, то ли подлость Гугла. Позитив гипотезы - Котлин хуже Дарта для Гугла - контроля меньше, что даёт Дарту шанс на выживание.
Теперь посчитаем. Флаттер держит 40+ процентов кроссплатформы. На лет пять, а то и семь, хватит точно. За это время инициатива Гугла с выходом Андроида на ноутбуки успеет провалиться - кому Линукс, тому в виртуалке будет тесновато, а по железу дороговато, кому не Линукс, тому Андроид на ноуте вообще без надобности, уж не заранее ли "дешёвый" МакБук придумывают...
После провала, да на падающих рынках, Гуглу придётся что-то делать, а куда бросится из угла загнанная крыса - не предскажешь. Повезёт - кто сейчас учит Го, тот и порадуется. А не повезёт...
Вы уверены, что именно в программировании, а не в вёрстке? Это очень разные вещи... даже если иногда тыкать в JavaScript. И неверным это может быть в обе стороны - либо Вы пишите о себе хуже чем есть на самом деле, либо Вы себя знатно переоцениваете.
А это заведомо не может быть. Точно знали и до сих пор знаете, чтобы не знать - непременно нужно не знать что такое квадратный корень вообще. Не можете вспомнить сразу готового способа - это может быть, особенно если порботали в среде, где любая попытка задуматься наказывалась.
Вы написали страшное. Какая разница? Math.Sqrt - просто заведомо понятная простая функция, вместо неё можно взять любую другую. И любой язык вместо C#. Не видеть этого...
Кому должны? Выживание - опция.
Какие то - это какие? Некоторая грань точно существует.
Кто такие все? Видал я как раз верстальщиков что в программировании, и вообще в размышлениях, были чистый ноль - и ничего, прекрасно работали, высоко ценились, иногда приходили и спрашивали что и как - делов то. Исходная история как раз о том, что искали не таких.