Нельзя писать «с увеличением падают», по крайней мере по-русски, это подразумевает динамику - вот есть сотрудник, со временем его стаж растёт а эффективность падает. А динамика может быть получена только в динамике, везде всегда всеми. Эти же данные - мгновенный снимок. Лучше писать «с большим менее», это как раз подразумевает снэпшот.
Многие грешат, типа «эволюция звёздных скоплений» без слова «кажущаяся», что никого не оправдывает.
В данном случае мгновенно всплывают
связь эффективности с возрастом
связь эффективности с переходом на лучшую работу
динамика качества образования
Я понимаю, задача модельная, но вдруг идёт тренировка по манипулированию данными?
Как Notion прославилась, смотрел альтернативы, заинтересовала Silverbullet (не подошла - редактор глючным показался), там отсылка на концепт End-User Programming - так это, оказывается, активно обсуждается прямо сейчас и прямо относится к
Еще, например, многие языки программирования могут неплохо в быстрые графики
Языки могут неплохо во всё, а как раз для такого специально придумана Julia. И тут, собственно, моя мысль - при помощи Julia можно легко показать прекрасную интерактивную диаграмму другим пользователям Julia. То же самое относится к Python и даже JavaScript в варианте Node - Deno - Bun. А general public остаётся не у дел, мысль в том, что везде, как всегда, всё чаще и всё больше.
Кстати, других практически значимых языков я не знаю, ну может быть Racket. Разве 3.5 - многие?
Смотрел когда-то на Notion, на смартфоне установлена. Запустил - работает, вход по Google ID. Как-то неуверенно она ушла.
С другой стороны, Obsidian бесплатен только для некоммерческого использования. Иными словами, он будет вынужден каким-то образом «уходить» вслед за Notion.
вопрос — а как синхронизировать заметки между телефоном и компьютером
Ну точно не так как это делает синхронизация через облако загоняющая все заметки на все устройства.
Заметки синхронизируются раз в 2-3 секунды без дополнительных настроек и ручного управления.
И что будет если связь с облаком прервалась и на одном устройстве изменено одно а на другом - другое? Мне как-то проще изначально считать что синхронизация делается руками и иногда. Впрочем, я не слишком напрягаю Obsidian.
Синхронизировать с облачным диском через плагины
И вот тут я впервые посмотрел что за плагины такие. За что большое спасибо статье. С первого взгляда - очень неплохое API. Только стрёмно - и Obsidian должен будет уйти, да и GitHub который для плагинов имеет весьма полезный Action - тоже… а любой VPN работает с благословения той стороны.
Но я наверно в плагины углублюсь, я вообще склонен к печали и извращениям - пишу это с iPad под рассказ моего смартфона на Андроид с якобы замедленного YouTube о многих достоинствах iPhone 16…
Ох не стыкуется это с моим опытом. Есть контекст, например функция. Что в ней что - понятно и так. Пишется вызов другой функции. Она что, случайно выбрана? Нет, известно что она делает и, следовательно, что можно туда передавать. Не нужно ни за какими типами следить, оно само.
А вот если не очень понятно что функция делает, но я вижу что она вроде принимает тот тип что у меня, то это дополнительная надежда что она подойдёт. А это приглашение к стилю «мама, смотри - заработало».
От статической типизации можно получить пользу, особенно вместе с ООП, но и то абсолютность этого под сомнением, см. Julia. И есть проблема курицы и яйца - чтобы писать код, нужно определить типы, а чтобы определить типы, нужно представлять себе код. Для абсолютного большинства случаев эта проблема снимается тем, что пишется примерно то же самое что в прошлый раз. Но у ребёнка всё первый раз, а чтобы строгая типизация не была ограничением нужно к ней и темплеты, и интерфейсы, и кодогенерацию… разбухает однако учебный план.
Как мне кажется, статическая типизация и близкое к ней ООП возникла от неумения писать линтеры с компиляторами и наличия сверхзадачи сделать GUI. Потом писать подучились и появилась следующая сверхзадача - выдавать HTML. Сейчас писать линтеры и компиляторы научились ещё лучше (ценой неэффективности) и сверхзадача - AI, если пузырь не лопнет достаточно долго, то точно увидим ещё языковых идей.
Хочется, например, научить писать код и при этом думать как его будешь читать через десять лет. И у меня такое чувство что с этим статическая типизация оказывает медвежью услугу.
Как С помогает понять как работает компьютер - не соображу. Ассемблер - да, от части, потому что начинать понимать надо где-то с системы прерываний. А вот как изучая почему один пишет на С хороший код, а другой - не такой хороший, приходили к выводу что первый представляет себе как это будет на ассемблере - помню.
Поэтому ни в какие решающие признаки языка для начала обучения я не верю, а по совокупности свойств получается что Python либо JavaScript для большинства, Julia либо Racket для придурков.
Или, может, все-таки лучше учить детей самым новым языкам программирования?
Самые новые языки программирования созданы для того, чтобы можно было поручить работу менее квалифицированным программистам. Типа квалификация нужна для многопоточности - Goroutines, для работы с памятью - Rust… Нужно ли учить такому вообще, ведь когда ребёнок дорастёт до трудоустройства, другие самые новые языки будут доить надежды менеджмента?
На Питоне это тоже отразилось, но он всё-таки староват. Я бы лучше понял вопрос о том, не стоит ли учить самым внеиндустриальным языкам? Такие есть. Среди выживших - С, С++, производные Lisp типа специально предназначенной для обучения, в смысле учебно-боевого самолёта, Racket. Среди новых, Julia.
Я бы таки выбрал Питон ибо он обвешан прибамбасами как новогодняя ёлка. Представим себе, например, что вдруг спохватились - Rust надо было учить. Пожалуйста - пишем модуль для Питона.
Python («Питон», «Пайтон»)
Оно конечно, но писать в разном стиле - как мешать британский и американский английский, систему Хэпбёрна и кунрэй-сики… не вполне хорошо, короче.
создание часов при помощи модуля Tkinter.
Неплохо было-бы пояснить с какого перепугу, а то приходится догадываться. Например - так можно не упоминать модули, pip, venv… Типа самый первый урок.
в самом конце обязательно нужно написать window.mainloop().
Не обязательно. Если самый первый урок, имеет смысл и про текстовый редактор не упоминать, а начать с REPL. И тогда много интересного можно без этого цикла, например, сделать размер окна мышкой и спросить его winfo функциями.
И тут у меня лёгкое недоумение - похоже, что предполагается у ребёнка наличие компьютера. Не рано ли? Конкретно такой урок можно и на смартфоне провести, но тогда REPL может отказаться запускать tkinter, как в Pydroid. Получается, что нужно готовиться к тому, что у детей разное оборудование, особенно если занятие дистанционное…
для этого в аргумент text наших лейблов запишем вызов соответствующих функций: get_date() и get_time();
Нехорошо. Лучше одна функция которая возвращает tuple. А так можно налететь на момент когда время будет началом вторника, а дата ещё понедельником. Говнокодские приключения не суть учебный материал.
Программирование легко может перерасти из простого увлечения к профессии разработчика, компетенции которой важны для успеха в современном мире.
Или наоборот, мир может оздоровиться и навык программирования станет на тот же уровень, на котором был навык владения логарифмической линейкой. Что сделает его ещё более важным для успеха…
в нем каждую секунду будем обновлять данные наших часов
Откуда следует что каждую секунду, а не крутимся попусту грея проц?
А ноутбук в сложившихся условиях - это вообще разумно? YouTube смотришь - уже конденсаторы в дешёвых китайцах точно рандом. А в дорогих китайцах - они что, не знают куда поставки? Или разучились MOSFETы под гарантийный срок по тепловому режиму подгонять?
Зашёл в DNS, поставил на системные блоки фильтр 16 гигов. Исходя из того, что производитель сам за балансом смотрит. Планировал найти самый дешёвый с гарантией 3 года - подошёл самый первый, 26499 рублей. Да ещё и удачный - без ОС. И на нём можно заниматься очень и очень много чем - несчастным человеком точно не станешь.
Иными словами - с железом в стране пока всё хорошо.
Если Вам кажется что ситуация улучшается - значит Вы чего-то не заметили.
Отсюда вывод - нет, не для людей, для скота и быдла. В принципе, при известной образованности имеющей следствием способность пользоваться общими принципами, можно прозреть следствие закона 20/80: всё с проникновением больше 40% заведомо 💩 и не для людей как частный случай (интереснейший пример перехода- Эппл).
Не посмотрев данные Statcounter по странам ничего умного сказать нельзя, что статья и подтверждает.
На том же Statcounter могут будоражить мозг корреляции доли Линукс и прочих долей, но над этим, увы, надо работать.
От AI таки есть какая-никакая польза, и никогда AI не будет интегрирован в Линукс на системном уровне так, как в macOS или даже Windows.
На мобильных устройствах прогресса у Линукс - один Steam Deck.
И вообще, нет никакого Линукс, есть дикая матрица - десятки DE по столбцам, сотни дистрибутивов по строкам…
Сама идея СПО для людей - безумие, ничего и никогда «для людей» не было и не будет. Линукс пилят профессионалы на деньги корпораций, для корпораций значит, им тоже нужна страховка от vendor lock. Ну и немного инженеры пилят для себя. А то, что совсем простой человек может сделать на Линукс - он же может проще и удобнее сделать на планшете, вообще без компьютера.
Так что поводов для радости я не вижу, скорее наоборот. Чем больше радостных воплей - тем ближе внимание контролирующих органов.
Сам Notion не пользуюсь, но заметил в новостях - Notion позволяет вести базу данных и строить интерактивные диаграммы по ней, недавно с этим стало ещё лучше новость была.
Да, с Obsidian, которым пользуюсь, есть много общего функционала, но Notion играет на лигу выше.
А как вы считаете, является ли язык Python для детей лучшим для первого знакомства с серьезным программированием?
Спрашивают - отвечаю. Я считаю так - ну не знает дитя чего ему надо, особенно не попробовав. Значит нужен тот язык, у которого больше возможных применений. А определяются применения доступными платформами и набором библиотек. И ещё считаю - терпилами не рождаются, не будет дитя сохранять интерес если нужно много в инструментарии ковыряться, включая ждать пока что-то там соберётся.
Eliminate all other factors, and the one which remains must be the truth.
Но остаётся двое, one Dark Lord and one Apprentice Python и JavaScript. И тогда возникает вопрос.
Мы покупаем или продаём?
В смысле - мы учим будущего разработчика который будет продавать приложения или свою способность их делать, или мы учим человека который будет использовать компьютер для себя, либо как помощь в работе либо вообще как объект потребления? Личное мнение - в первом случае - JavaScript, во втором - Python.
Поскольку программисты - не большинство, то да, считаю «научно» доказанным что Python - лучший язык. Если, конечно, умелый педагог в конкретном случае не заметит оснований считать иначе.
Кроме того, как мне кажется, ещё два обстоятельства подталкивают к Python. На голом смартфоне ему учить проще и есть anvil.works со товарищи позволяющие использовать Python вместо JavaScript легче чем наоборот.
P.S. Кажется мне, что курс программирования на iPad в Playgrounds мог бы получиться интересным.
Поэтому чем меньше задействовано людей и изобретено этапов - тем лучше.
Самый правильный способ - скачать с сайта разработчика. Вариант 1 - скачивается само ПО один раз, а дальше оно обслуживает себя само, как Flutter. Вариант 2 - скачивается скрипт который сам разбирается в идиотизмах Линукс, ставит ПО и дальше оно обслуживает себя само, как Rust. Видно, что этот подход становится основным поскольку на него переходят с альтернатив, как Julia.
Разработчик может не держать ПО у себя, а положить куда положено. Ход мысли приведший к термину «альтернативный менеджер пакетов» мне непонятен - ящичек в шахматном столике не альтернатива загону при хранении коней. Куда положено - это Pip, Cargo и так далее. В принципе - это то же самое что и сайт разработчика, по жизни - может занять вашу драгоценную машину богомерзкой компиляцией.
Разработчик может сам сделать пакет одного или нескольких форматов, Микрософт любит делать DEB. Если менеджер пакетов работает идеально, то у такого подхода есть шанс.
Вместо одного из форматов пакетов разработчик может использовать FlatPak и прочие извращения типа контейнеров. Ожидаемый по жизни результат - система загажена контейнерами и средствами их интеграции в систему, ничего не работает. Да, на каких-то машинах занятых строго ограниченной деятельностью у каких-то разработчиков поддерживаемых отделом техподдержки - безусловно работает, нам то с того?
Можно заниматься конвертацией пакетов, но компилировать самому проще. А если душа согласна компилировать, то есть Gentoo и там возможно всё.
Софт может быть в штатном менеджере пакетов, но не факт что он собран корректно, есть случаи когда мейнтейнерам дистрибутива совершенно невозможно объяснить нетривиальные вещи просто потому что они не тривиальные, и есть примеры урезания функциональности по неведомым причинам, как в .Net.
Само понятие «поиск и установка программ» сколь безграмотно, столь и вредоносно. Нету никаких «программ» которые бы были объединены способами установки. Есть системный софт который много лучше ставить из менеджера пакетов дистрибутива, и есть софт прикладной который лучше ставить непосредственно от разработчика. Соответственно, любой общий алгоритм - чушь и надувательство.
Есть интересные пограничные случаи типа Python. Но это другая история. И есть Arch как пример алгоритма по жизни - из core и multilib ставь, из extra поразмысли и ставь, из AUR хорошенько поразмысли прежде чем ставить.
Конспирология
Если бы я хотел дискредитировать Линукс среди уже подошедших к нему, то заказывал бы такие статьи.
Интересно, почему эта идея, лежащая на поверхности, 10 лет ждала реализации?
Эппл должна была сначала создать угрозу реализации идеи что мир Эппл самодостаточен напугав всю индустрию до полусмерти, а потом провалить её. Без первого не начались бы работы над этим проектом, без второго его бы с ходу отвергли даже бесплатным.
Нужно было время обеим сторонам воровать учиться друг у друга пока такое станет легко.
Чудес не бывает
Чудеса бывают. Но в данном случае вместо них transpiler из Swift в Kotlin.
ИМХО
Не надо было Эппл брать подать в сто долларов с приложений созданных в Playgrounds 4. Не надо было ставить в базовый iPad неламинированный экран. Они были близки к полному контролю над индустрией и всё упустили из-за тупой жадности.
Теперь вот на WWDC впервые прозвучало, причём пробившись сквозь AI истерику, что Эппл будет расширять область применения языка Swift. Это изменение курса на противоположный, никаких причин кроме того, что Эппл видит надвигающуюся катастрофу, в голову не приходит. Это я, по незнанию и наивности, могу её не видеть…
Заплати премию за Мак, заплати за Developer ID, заплати за Skip.tools и лепи поделку на Андроид? Они чё, серьёзно?
Это, к слову, далеко не первая попытка бросить вызов заморским мобильным платформам. Как думаете, сложится?
Конечно не сложится. Это что, был тест на IQ больше 37? Уже по Distrowatch видно - у Сизифа либо не хватает сил, либо Сизиф принципиально не самостоятельный дистрибутив а платформа разработки выпусков ALT, либо и то и то.
Я вообще не понимаю как можно трезвым предлагать мобильную ОС с десктопными приложениями. А Линукс с поддержкой сотовой связи - понимаю, но с трудом. Сотовая - она always on, а десктоп должен больше спать для экономии батареи. Вообще вся история про третью мобильную ОС - как развод СССР на ЕС ЭВМ, теперь вот Линукс и Россию нужно развести.
У Хуавей ещё есть шансы, но за ними рынок в разы больше нашего и никакого Сизифа - всё просто, обещаны затраты на адаптацию уже существующего Андроид приложения много меньше ожидаемых доходов.
Я бы посмотрел правде в глаза - нищающей и погружающейся в архаику стране нужно удержаться по не исключающую выживание сторону digital divide. Что делать? Как думать? Предлагаю изучить историю Honda Super Cub.
У нас нет Джобса чтобы замесить в одно устройство связь, которая always on, и приложения, которые должны больше спать для автономности. Планшеты уже есть, удалённый десктоп к ним есть, беспроводные мониторы есть, отечественный Линукс судного дня - тоже есть. Чего нет?
Нет карманного сервера этот Линукс выполнять, опционально с сотовым модулем. Договориться с китайцами и сделать, а чтобы проще было договариваться - сделать свой хоть на 90 нанометрах, хоть на 120. Хоть пол кило весом хоть полтора. Но чтобы купить можно было без заключения контракта на пенсию.
И из всего этого Базальту - только драйвер модема и приложение звонилки, хорошо справится - ещё усыпитель всего кроме сотовой связи.
За семь последних месяцев в России количество вакансий для разработчиков, в которых требуется знание китайского языка, выросло на 31%. Аналогичная тенденция наметилась и с корейским языком.
Если это письменный китайский - это одно, а если устный - совсем другое, начиная с выбора провинции. Скажем, переписка на китайском, разговоры на английском, сильнее чем уйгура не обидят - вполне себе вариант на коне бытия.
Цитата вынесена на обложку уже не новой книги «Меньше но лучше», первая глава «Посвящения», вторая «Мифы о тяжёлом труде и самопожертвовании».
Странно, что менеджмент стольких компаний связанных с продажами пытается заставить сотрудников вернуться в офис. Это же 100% доказательство 100% непонимания принципов ведения ориентированного на клиента бизнеса. Как писали применительно к русскому дореволюционному крестьянину, невозможно одновременно быть активным и изобретательным в поле и робким и покорным в присутствии. Как можно надеяться что менеджер, не способный построить отношения с сотрудником, сумеет выстроить отношения с клиентом?
Спасибо Хабру за новость, дополнительный свет на то, что там у Гугла с командой Flutter, не лишний.
Терминал и SSH из коробки - уже хорошо. А дальше интересно
какой Python 3 (в 95% случаев - не свежий, в 90% - вообще не 12)?
Python то везде работает, а gcc (W^X политику пощупать)?
Если gcc работает, то посте переноса на SD карту файл запускается (SeLinux пощупать)?
файл sqlite на SD карте работает (ещё одна кастрированность Андроид)?
сервер продолжает работать в фоне неограниченное время (табу)?
Это очень интересно потому, что как раз «сервер в кармане» и никому нельзя по причинам крайне похожим на конспирологические. Если вдруг на Авроре можно, то такое очень значимо, вплоть до уравновешивания тянущихся к YouTube ручонок. А если ещё и разработка для Авроры на Авроре возможна, тогда вообще…
Ну конечно буяните. Это без экрана и клавиатуры, при внимательном прочтении с упором на понимание, не есть Raspberry Pi, а самое близкое - Raspberry Pi в корпусе и, главное, с допускающим горячую замену аккумулятором.
Кстати, Вы мистическим образом угадали - я действительно изобрёл, но ещё никому не рассказывал. Видеокарта, рассчитанная на использование с удалённым десктопом! К ней существенно иные требования чем и к карте для параллельных вычислений и к карте для вывода на монитор. К headless server - самое то.
Ага. А сам «карманный терминал Linux» - это галлюцинация LLM. Карманный компьютер на Linux - бывает. А карманный терминал - нет, не видел.
Время работы батареи в режиме тестирования: 3,5 часа при использовании в качестве настольного компьютера, 5 часов в режиме работы в командной строке.
Я один остался кто умеет нагрузить комп по темечко из командной строки, а остальные такую возможность не рассматривают?
И тд и тп по тексту…
А теперь по делу. Мне давно и сильно кажется что если чего на рынке и не хватает, так это карманных headless servers. То есть из такого вот экран и клавиатуру выпилить - и хорошо будет, за пределами «игрушки для хакеров» далеко, если есть планшет, разумеется.
Проверено - iPad отлично сочетается с Андроид смартфоном в котором Termux. Поэтому и считаю, что с сервером на нормальной ОС любой планшет должен сочетаться ещё лучше. Но не делают такого и, как писала Сей Сёнагон, это очень печально.
Возможно чел меряет частоту опечаток и продаёт её любителям фишинга, а то и любителям корреляций, если сам не из тех. Например, эта частота гарантированно изменилась при повреждении некоего уха. Кто может сказать как и что это значит? А он или его покупатели - могут.
Два фактора помогают помогают links - чтобы чего сказать по делу, ни JavaScript ни CSS не нужны, ну и SEO. Дело давнее, но помню (вроде бы) хорошо - при установке Arch в одной консоли устанавливал, а во второй был как раз links.
Ну и веяния времени - Интернет через SSH ниже радара и модный рендеринг на стороне сервера, особенно локального.
Нельзя писать «с увеличением падают», по крайней мере по-русски, это подразумевает динамику - вот есть сотрудник, со временем его стаж растёт а эффективность падает. А динамика может быть получена только в динамике, везде всегда всеми. Эти же данные - мгновенный снимок. Лучше писать «с большим менее», это как раз подразумевает снэпшот.
Многие грешат, типа «эволюция звёздных скоплений» без слова «кажущаяся», что никого не оправдывает.
В данном случае мгновенно всплывают
связь эффективности с возрастом
связь эффективности с переходом на лучшую работу
динамика качества образования
Я понимаю, задача модельная, но вдруг идёт тренировка по манипулированию данными?
Как Notion прославилась, смотрел альтернативы, заинтересовала Silverbullet (не подошла - редактор глючным показался), там отсылка на концепт End-User Programming - так это, оказывается, активно обсуждается прямо сейчас и прямо относится к
Языки могут неплохо во всё, а как раз для такого специально придумана Julia. И тут, собственно, моя мысль - при помощи Julia можно легко показать прекрасную интерактивную диаграмму другим пользователям Julia. То же самое относится к Python и даже JavaScript в варианте Node - Deno - Bun. А general public остаётся не у дел, мысль в том, что везде, как всегда, всё чаще и всё больше.
Кстати, других практически значимых языков я не знаю, ну может быть Racket. Разве 3.5 - многие?
Смотрел когда-то на Notion, на смартфоне установлена. Запустил - работает, вход по Google ID. Как-то неуверенно она ушла.
С другой стороны, Obsidian бесплатен только для некоммерческого использования. Иными словами, он будет вынужден каким-то образом «уходить» вслед за Notion.
Ну точно не так как это делает синхронизация через облако загоняющая все заметки на все устройства.
И что будет если связь с облаком прервалась и на одном устройстве изменено одно а на другом - другое? Мне как-то проще изначально считать что синхронизация делается руками и иногда. Впрочем, я не слишком напрягаю Obsidian.
И вот тут я впервые посмотрел что за плагины такие. За что большое спасибо статье. С первого взгляда - очень неплохое API. Только стрёмно - и Obsidian должен будет уйти, да и GitHub который для плагинов имеет весьма полезный Action - тоже… а любой VPN работает с благословения той стороны.
Но я наверно в плагины углублюсь, я вообще склонен к печали и извращениям - пишу это с iPad под рассказ моего смартфона на Андроид с якобы замедленного YouTube о многих достоинствах iPhone 16…
Ох не стыкуется это с моим опытом. Есть контекст, например функция. Что в ней что - понятно и так. Пишется вызов другой функции. Она что, случайно выбрана? Нет, известно что она делает и, следовательно, что можно туда передавать. Не нужно ни за какими типами следить, оно само.
А вот если не очень понятно что функция делает, но я вижу что она вроде принимает тот тип что у меня, то это дополнительная надежда что она подойдёт. А это приглашение к стилю «мама, смотри - заработало».
От статической типизации можно получить пользу, особенно вместе с ООП, но и то абсолютность этого под сомнением, см. Julia. И есть проблема курицы и яйца - чтобы писать код, нужно определить типы, а чтобы определить типы, нужно представлять себе код. Для абсолютного большинства случаев эта проблема снимается тем, что пишется примерно то же самое что в прошлый раз. Но у ребёнка всё первый раз, а чтобы строгая типизация не была ограничением нужно к ней и темплеты, и интерфейсы, и кодогенерацию… разбухает однако учебный план.
Как мне кажется, статическая типизация и близкое к ней ООП возникла от неумения писать линтеры с компиляторами и наличия сверхзадачи сделать GUI. Потом писать подучились и появилась следующая сверхзадача - выдавать HTML. Сейчас писать линтеры и компиляторы научились ещё лучше (ценой неэффективности) и сверхзадача - AI, если пузырь не лопнет достаточно долго, то точно увидим ещё языковых идей.
Хочется, например, научить писать код и при этом думать как его будешь читать через десять лет. И у меня такое чувство что с этим статическая типизация оказывает медвежью услугу.
Как С помогает понять как работает компьютер - не соображу. Ассемблер - да, от части, потому что начинать понимать надо где-то с системы прерываний. А вот как изучая почему один пишет на С хороший код, а другой - не такой хороший, приходили к выводу что первый представляет себе как это будет на ассемблере - помню.
Поэтому ни в какие решающие признаки языка для начала обучения я не верю, а по совокупности свойств получается что Python либо JavaScript для большинства, Julia либо Racket для придурков.
Самые новые языки программирования созданы для того, чтобы можно было поручить работу менее квалифицированным программистам. Типа квалификация нужна для многопоточности - Goroutines, для работы с памятью - Rust… Нужно ли учить такому вообще, ведь когда ребёнок дорастёт до трудоустройства, другие самые новые языки будут доить надежды менеджмента?
На Питоне это тоже отразилось, но он всё-таки староват. Я бы лучше понял вопрос о том, не стоит ли учить самым внеиндустриальным языкам? Такие есть. Среди выживших - С, С++, производные Lisp типа специально предназначенной для обучения, в смысле учебно-боевого самолёта, Racket. Среди новых, Julia.
Я бы таки выбрал Питон ибо он обвешан прибамбасами как новогодняя ёлка. Представим себе, например, что вдруг спохватились - Rust надо было учить. Пожалуйста - пишем модуль для Питона.
Оно конечно, но писать в разном стиле - как мешать британский и американский английский, систему Хэпбёрна и кунрэй-сики… не вполне хорошо, короче.
Неплохо было-бы пояснить с какого перепугу, а то приходится догадываться. Например - так можно не упоминать модули, pip, venv… Типа самый первый урок.
Не обязательно. Если самый первый урок, имеет смысл и про текстовый редактор не упоминать, а начать с REPL. И тогда много интересного можно без этого цикла, например, сделать размер окна мышкой и спросить его winfo функциями.
И тут у меня лёгкое недоумение - похоже, что предполагается у ребёнка наличие компьютера. Не рано ли? Конкретно такой урок можно и на смартфоне провести, но тогда REPL может отказаться запускать tkinter, как в Pydroid. Получается, что нужно готовиться к тому, что у детей разное оборудование, особенно если занятие дистанционное…
Нехорошо. Лучше одна функция которая возвращает tuple. А так можно налететь на момент когда время будет началом вторника, а дата ещё понедельником. Говнокодские приключения не суть учебный материал.
Или наоборот, мир может оздоровиться и навык программирования станет на тот же уровень, на котором был навык владения логарифмической линейкой. Что сделает его ещё более важным для успеха…
Откуда следует что каждую секунду, а не крутимся попусту грея проц?
А нефиг было такое писать.
А ноутбук в сложившихся условиях - это вообще разумно? YouTube смотришь - уже конденсаторы в дешёвых китайцах точно рандом. А в дорогих китайцах - они что, не знают куда поставки? Или разучились MOSFETы под гарантийный срок по тепловому режиму подгонять?
Зашёл в DNS, поставил на системные блоки фильтр 16 гигов. Исходя из того, что производитель сам за балансом смотрит. Планировал найти самый дешёвый с гарантией 3 года - подошёл самый первый, 26499 рублей. Да ещё и удачный - без ОС. И на нём можно заниматься очень и очень много чем - несчастным человеком точно не станешь.
Иными словами - с железом в стране пока всё хорошо.
Chrome - выдавливание содержательных плагинов. Android - выдавливание Termux, закрытые загрузчики. Firefox - по классике
Отсюда вывод - нет, не для людей, для скота и быдла. В принципе, при известной образованности имеющей следствием способность пользоваться общими принципами, можно прозреть следствие закона 20/80: всё с проникновением больше 40% заведомо 💩 и не для людей как частный случай (интереснейший пример перехода- Эппл).
Не посмотрев данные Statcounter по странам ничего умного сказать нельзя, что статья и подтверждает.
На том же Statcounter могут будоражить мозг корреляции доли Линукс и прочих долей, но над этим, увы, надо работать.
От AI таки есть какая-никакая польза, и никогда AI не будет интегрирован в Линукс на системном уровне так, как в macOS или даже Windows.
На мобильных устройствах прогресса у Линукс - один Steam Deck.
И вообще, нет никакого Линукс, есть дикая матрица - десятки DE по столбцам, сотни дистрибутивов по строкам…
Сама идея СПО для людей - безумие, ничего и никогда «для людей» не было и не будет. Линукс пилят профессионалы на деньги корпораций, для корпораций значит, им тоже нужна страховка от vendor lock. Ну и немного инженеры пилят для себя. А то, что совсем простой человек может сделать на Линукс - он же может проще и удобнее сделать на планшете, вообще без компьютера.
Так что поводов для радости я не вижу, скорее наоборот. Чем больше радостных воплей - тем ближе внимание контролирующих органов.
Сам Notion не пользуюсь, но заметил в новостях - Notion позволяет вести базу данных и строить интерактивные диаграммы по ней, недавно с этим стало ещё лучше новость была.
Да, с Obsidian, которым пользуюсь, есть много общего функционала, но Notion играет на лигу выше.
Спрашивают - отвечаю. Я считаю так - ну не знает дитя чего ему надо, особенно не попробовав. Значит нужен тот язык, у которого больше возможных применений. А определяются применения доступными платформами и набором библиотек. И ещё считаю - терпилами не рождаются, не будет дитя сохранять интерес если нужно много в инструментарии ковыряться, включая ждать пока что-то там соберётся.
Но остаётся двое,
one Dark Lord and one ApprenticePython и JavaScript. И тогда возникает вопрос.В смысле - мы учим будущего разработчика который будет продавать приложения или свою способность их делать, или мы учим человека который будет использовать компьютер для себя, либо как помощь в работе либо вообще как объект потребления? Личное мнение - в первом случае - JavaScript, во втором - Python.
Поскольку программисты - не большинство, то да, считаю «научно» доказанным что Python - лучший язык. Если, конечно, умелый педагог в конкретном случае не заметит оснований считать иначе.
Кроме того, как мне кажется, ещё два обстоятельства подталкивают к Python. На голом смартфоне ему учить проще и есть anvil.works со товарищи позволяющие использовать Python вместо JavaScript легче чем наоборот.
P.S. Кажется мне, что курс программирования на iPad в Playgrounds мог бы получиться интересным.
Поэтому чем меньше задействовано людей и изобретено этапов - тем лучше.
Самый правильный способ - скачать с сайта разработчика. Вариант 1 - скачивается само ПО один раз, а дальше оно обслуживает себя само, как Flutter. Вариант 2 - скачивается скрипт который сам разбирается в идиотизмах Линукс, ставит ПО и дальше оно обслуживает себя само, как Rust. Видно, что этот подход становится основным поскольку на него переходят с альтернатив, как Julia.
Разработчик может не держать ПО у себя, а положить куда положено. Ход мысли приведший к термину «альтернативный менеджер пакетов» мне непонятен - ящичек в шахматном столике не альтернатива загону при хранении коней. Куда положено - это Pip, Cargo и так далее. В принципе - это то же самое что и сайт разработчика, по жизни - может занять вашу драгоценную машину богомерзкой компиляцией.
Разработчик может сам сделать пакет одного или нескольких форматов, Микрософт любит делать DEB. Если менеджер пакетов работает идеально, то у такого подхода есть шанс.
Вместо одного из форматов пакетов разработчик может использовать FlatPak и прочие извращения типа контейнеров. Ожидаемый по жизни результат - система загажена контейнерами и средствами их интеграции в систему, ничего не работает. Да, на каких-то машинах занятых строго ограниченной деятельностью у каких-то разработчиков поддерживаемых отделом техподдержки - безусловно работает, нам то с того?
Можно заниматься конвертацией пакетов, но компилировать самому проще. А если душа согласна компилировать, то есть Gentoo и там возможно всё.
Софт может быть в штатном менеджере пакетов, но не факт что он собран корректно, есть случаи когда мейнтейнерам дистрибутива совершенно невозможно объяснить нетривиальные вещи просто потому что они не тривиальные, и есть примеры урезания функциональности по неведомым причинам, как в .Net.
Само понятие «поиск и установка программ» сколь безграмотно, столь и вредоносно. Нету никаких «программ» которые бы были объединены способами установки. Есть системный софт который много лучше ставить из менеджера пакетов дистрибутива, и есть софт прикладной который лучше ставить непосредственно от разработчика. Соответственно, любой общий алгоритм - чушь и надувательство.
Есть интересные пограничные случаи типа Python. Но это другая история. И есть Arch как пример алгоритма по жизни - из core и multilib ставь, из extra поразмысли и ставь, из AUR хорошенько поразмысли прежде чем ставить.
Конспирология
Если бы я хотел дискредитировать Линукс среди уже подошедших к нему, то заказывал бы такие статьи.
Эппл должна была сначала создать угрозу реализации идеи что мир Эппл самодостаточен напугав всю индустрию до полусмерти, а потом провалить её. Без первого не начались бы работы над этим проектом, без второго его бы с ходу отвергли даже бесплатным.
Нужно было время обеим сторонам
вороватьучиться друг у друга пока такое станет легко.Чудеса бывают. Но в данном случае вместо них transpiler из Swift в Kotlin.
ИМХО
Не надо было Эппл брать подать в сто долларов с приложений созданных в Playgrounds 4. Не надо было ставить в базовый iPad неламинированный экран. Они были близки к полному контролю над индустрией и всё упустили из-за тупой жадности.
Теперь вот на WWDC впервые прозвучало, причём пробившись сквозь AI истерику, что Эппл будет расширять область применения языка Swift. Это изменение курса на противоположный, никаких причин кроме того, что Эппл видит надвигающуюся катастрофу, в голову не приходит. Это я, по незнанию и наивности, могу её не видеть…
Заплати премию за Мак, заплати за Developer ID, заплати за Skip.tools и лепи поделку на Андроид? Они чё, серьёзно?
Откуда следует именно «вместо»?
Конечно не сложится. Это что, был тест на IQ больше 37? Уже по Distrowatch видно - у Сизифа либо не хватает сил, либо Сизиф принципиально не самостоятельный дистрибутив а платформа разработки выпусков ALT, либо и то и то.
Я вообще не понимаю как можно трезвым предлагать мобильную ОС с десктопными приложениями. А Линукс с поддержкой сотовой связи - понимаю, но с трудом. Сотовая - она always on, а десктоп должен больше спать для экономии батареи. Вообще вся история про третью мобильную ОС - как развод СССР на ЕС ЭВМ, теперь вот Линукс и Россию нужно развести.
У Хуавей ещё есть шансы, но за ними рынок в разы больше нашего и никакого Сизифа - всё просто, обещаны затраты на адаптацию уже существующего Андроид приложения много меньше ожидаемых доходов.
Я бы посмотрел правде в глаза - нищающей и погружающейся в архаику стране нужно удержаться по не исключающую выживание сторону digital divide. Что делать? Как думать? Предлагаю изучить историю Honda Super Cub.
У нас нет Джобса чтобы замесить в одно устройство связь, которая always on, и приложения, которые должны больше спать для автономности. Планшеты уже есть, удалённый десктоп к ним есть, беспроводные мониторы есть, отечественный Линукс судного дня - тоже есть. Чего нет?
Нет карманного сервера этот Линукс выполнять, опционально с сотовым модулем. Договориться с китайцами и сделать, а чтобы проще было договариваться - сделать свой хоть на 90 нанометрах, хоть на 120. Хоть пол кило весом хоть полтора. Но чтобы купить можно было без заключения контракта на пенсию.
И из всего этого Базальту - только драйвер модема и приложение звонилки, хорошо справится - ещё усыпитель всего кроме сотовой связи.
Если это письменный китайский - это одно, а если устный - совсем другое, начиная с выбора провинции. Скажем, переписка на китайском, разговоры на английском, сильнее чем уйгура не обидят - вполне себе вариант на коне бытия.
Цитата вынесена на обложку уже не новой книги «Меньше но лучше», первая глава «Посвящения», вторая «Мифы о тяжёлом труде и самопожертвовании».
Странно, что менеджмент стольких компаний связанных с продажами пытается заставить сотрудников вернуться в офис. Это же 100% доказательство 100% непонимания принципов ведения ориентированного на клиента бизнеса. Как писали применительно к русскому дореволюционному крестьянину, невозможно одновременно быть активным и изобретательным в поле и робким и покорным в присутствии. Как можно надеяться что менеджер, не способный построить отношения с сотрудником, сумеет выстроить отношения с клиентом?
Спасибо Хабру за новость, дополнительный свет на то, что там у Гугла с командой Flutter, не лишний.
Спасибо.
Терминал и SSH из коробки - уже хорошо. А дальше интересно
какой Python 3 (в 95% случаев - не свежий, в 90% - вообще не 12)?
Python то везде работает, а gcc (W^X политику пощупать)?
Если gcc работает, то посте переноса на SD карту файл запускается (SeLinux пощупать)?
файл sqlite на SD карте работает (ещё одна кастрированность Андроид)?
сервер продолжает работать в фоне неограниченное время (табу)?
Это очень интересно потому, что как раз «сервер в кармане» и никому нельзя по причинам крайне похожим на конспирологические. Если вдруг на Авроре можно, то такое очень значимо, вплоть до уравновешивания тянущихся к YouTube ручонок. А если ещё и разработка для Авроры на Авроре возможна, тогда вообще…
Ну конечно буяните. Это без экрана и клавиатуры, при внимательном прочтении с упором на понимание, не есть Raspberry Pi, а самое близкое - Raspberry Pi в корпусе и, главное, с допускающим горячую замену аккумулятором.
Кстати, Вы мистическим образом угадали - я действительно изобрёл, но ещё никому не рассказывал. Видеокарта, рассчитанная на использование с удалённым десктопом! К ней существенно иные требования чем и к карте для параллельных вычислений и к карте для вывода на монитор. К headless server - самое то.
Ага. А сам «карманный терминал Linux» - это галлюцинация LLM. Карманный компьютер на Linux - бывает. А карманный терминал - нет, не видел.
Я один остался кто умеет нагрузить комп по темечко из командной строки, а остальные такую возможность не рассматривают?
И тд и тп по тексту…
А теперь по делу. Мне давно и сильно кажется что если чего на рынке и не хватает, так это карманных headless servers. То есть из такого вот экран и клавиатуру выпилить - и хорошо будет, за пределами «игрушки для хакеров» далеко, если есть планшет, разумеется.
Проверено - iPad отлично сочетается с Андроид смартфоном в котором Termux. Поэтому и считаю, что с сервером на нормальной ОС любой планшет должен сочетаться ещё лучше. Но не делают такого и, как писала Сей Сёнагон, это очень печально.
Возможно чел меряет частоту опечаток и продаёт её любителям фишинга, а то и любителям корреляций, если сам не из тех. Например, эта частота гарантированно изменилась при повреждении некоего уха. Кто может сказать как и что это значит? А он или его покупатели - могут.
Два фактора помогают помогают links - чтобы чего сказать по делу, ни JavaScript ни CSS не нужны, ну и SEO. Дело давнее, но помню (вроде бы) хорошо - при установке Arch в одной консоли устанавливал, а во второй был как раз links.
Ну и веяния времени - Интернет через SSH ниже радара и модный рендеринг на стороне сервера, особенно локального.