Комментаторы походу не улавливают элементарной необходимости для человека быть в синергии с кем-то, кто его дополняет и взаимно усиливает. Это как если бы автор темы задался вопросом "Зачем к клавиатуре добавлять мышь, или как не потерять возможность работать с чем-то ещё кроме текста" - а на него обрушились с хейтом, что всякие графические и видеоредакторы и прочая муть отвлекают от истинно-олдскульного кодинга в окне терминала )))
Поскольку сказано о строго ортогональных векторах, то сами по себе ортогональные навыки друг другу не мешают. Мешать друг другу могут например параллельные векторы, направленные в противоположные стороны.
Но при этом не стоит забывать про фактор ограниченности времени. Если я потратил время на изучение менеджерских технологий (всякие матрицы рисков, аджайлы и план-графики работ), то это автоматически уменьшило мой временной ресурс на изучение новых трендов у моего любимого фреймворка или ЯП. Т.е. по сути помешало мне оставаться специалистом, разбирающимся в современных технологиях.
Топовая игра для 486 компа - это Duke Nukem 3D. На проце DX-66 не тянула. А вот на DX-100 в пониженном разрешении насколько я помню играл. А на Pentium-150, разогнанном до 188 уже можно было Quake I запустить в разрешении 320×200. Весь 3D-рендеринг шел через процессор, поэтому видеокарта могла быть любая (например простенькая S3 Trio).
360 Total Security бесплатен и вроде как неплох. Но в последние годы стал назойлив в плане предложения установить какое-нибудь приложение , купить премиум и т.п.
Иногда доводилось покупать диски, на которых стоит винда и всякие домашние фотки и рабочие документы. И да, в браузерах пароли сохранённые. С паролями сейчас конечно это не так критично - серьёзные сервисы обычно подтверждают вход по смс. Ну а фотки - это всё-таки семейная память. Стараюсь в таких случаях найти бывшего владельца в соцсетях и предложить ему скинуть папки с его файлами на яндекс-диск.
Думается, что привязка к железу - это нечто другое, чем забота о расходе памяти и процессорного времени. Ведь память расходуется везде, и на любом железе может оказаться что память скушана другими процессами и её не так много как хотелось бы. А в случаях ошибок в виде утечек памяти и висячих ссылок проблема вылезет, даже если физических ресурсов вроде как было много.
В 1994 я ещё был в 10-м классе. А домашним компьютером имел 8086 с голым DOS, монохромным дисплеем и жёстким диском на 20 Мб. На такой конфигурации единственное что прекрасно и без тормозов работало - это русифицированный Turbo Pascal. И основным источником информации была очень удобная встроенная справка на русском языке. Но помимо этого в магазинах популярна была ещё и такая книга 1992 года издания:
Плюются потому что это Debian - аскетичный, но надёжный дедушка Минта и Убунты. В нем много чего не так удобно как в дочерних проектах - просто потому что это более ранняя система и не так активно обновляется. Обусловлено это тем, что в дебиане надёжность предпочитается удобству. Так что это не линукс испоганили, а наоборот - в убунтах и минтах улучшили, а в дебиане осталось как было изначально.
На немецком 8086 компе и ,одноименном принтере Robotron русские шрифты не существовали от слова совсем. И keyrus не помогал. Тем не менее работа с русскими текстами (и их печать) решалась использованием текстового редактора «Лексикон» - он работал с текстами в графическом режиме (т.е. в виде растровых картинок).
У PHP есть уникальное преимущество - он по умолчанию работает на любом самом дешёвом виртуальном хостинге, где не надо особо что-то администрировать, а множественные домены, поддомены, MySQL-базы и бесплатные SSL-сертификаты работают из коробки в режиме кликания мышкой в панели управления. И всякие Wordpress-сайты зачастую можно развернуть буквально в один клик.
В то время как для запуска решений на других бэкенд-языках нужно заводить отдельный сервер, устанавливать на него Linux и весь нужный софт, всякие виртуальные окружения или докеры, многое делать через SSH-консоль. В итоге это резко сужает возможности для работы в формате "сделать приложение и дать скачать простым пользователям для самостоятельного запуска на их собственных хостингах".
Пока что конкретного проекта нет, есть много задумок разных мелких приложений и утилиток офисного плана, которые бы хотелось делать не в виде веб-страничек, адреса которых все забывают, а чтобы можно было и оффлайн работать, и с общими данными на сервере, и на мобилке (если у человека нет компа), и на компьютере (где большой экран), и с локальными файлами-каталогами, и с локальной БД. Про Haxe вроде где-то слышал - судя по заголовкам выглядит интересно, но терзают смутные подозрения, что технология либо сыровата, либо бедна функционалом. Тем более что последняя статья на Хабре 5-летней давности.
UPD. Смотрю что для десктопа этот Haxe использует либо WxWidgets либо тянет тяжеловесный Electron с браузером. Соответственно вопрос - если я набросал интерфейс с кнопочками, который преобразовался в WxWidgets на десктопных приложухах, то каким образом этот интерфейс можно переиспользовать в мобильных приложениях и в веб-версии? Или по любому придётся для мобилок и веба с нуля специфические интерфейсы пилить?
Спасибо, надо будет попробовать как в этом плане работает самая свежая версия. Раньше с Flutter дело иметь не приходилось, а прямо сейчас я далеко от домашнего компа, с собой есть только старенький ноут с Windows 8.1. Но я всё-таки решил заморочиться - и получилось наладить Flutter-разработку на этой старой версии Windows. Для этого оказалось достаточно установить прошлогодние версии Flutter и Android Studio - они ещё были рассчитаны на Windows 7/8. А микрософтовский софт уже нужен двухгодичной давности. К тому же сейчас все эти старые версии устанавливать немного проблематично, приходится гуглить ссылки на припрятанные архивы и кое-где танцевать с бубном.
Вот рабочий рецепт настройки Flutter-разработки на Windows 7/8 (чтобы не потерять)
Скачать архив flutter_windows_3.19.6-stable.zip с этой страницы: https://docs.flutter.dev/install/archive (распаковать его и прописать в системную переменную PATH путь к папке bin).
Скачать и установить Android Studio версии Koala Feature Drop 2024.1.2 с этой страницы: https://developer.android.com/studio/archive?hl=ru (если вдруг нужен Android Emulator, то последняя совместимая с Windows 7 версия - 33.1.24, а последняя совместимая версия HAXM - 7.7.1)
При установке включить опцию "Разработка классических приложений на C++".
Скачать и установить Visual Studio Code версии 1.79.2 по ссылке: https://code.visualstudio.com/updates/v1_79 Добавить в него расширения Flutter и Dart, после чего можно в Command Palette запустить команду "Flutter: New Project".
Созданный новый проект можно скомпилировать в десктопное и мобильное приложения такими двумя командами:
flutter build windows
flutter build apk --split-per-abi
Что могу отметить по итогам первого впечатления:
Небольшое резюме:
Плюсы:
Всё компилируется в микроскопический exe-файл, который работает в связке с 18 мегабайтной dll-кой и 6-мегабайтной папкой с данными (в отличие от Node.JS приложений, которые мало того что не компилируются, так ещё и тянут за собой браузер и Node.JS суммарно на 200 Мб).
В системе не нужно наличие WebView - похоже всё работает без браузера.
Минусы:
VIsual Studio устанавливается через онлайн-установщик, который по умолчанию старается выкачать новую версию и откатиться до нужной старой можно только ухищрениями в командной строке. При этом есть риск, что в любой момент ссылки могут перестать работать и всё сломается.
Это бы ещё ничего, но даже когда всё установлено и начинается компиляция релиза, то без включения VPN процесс выдаёт ошибку. Что как бы намекает на риски связанные с недостаточной автономностью в плане импортозамещения - хорошо если через VPN всё продолжит работать. но ведь может и сломаться! В этом плане у Node.JS есть запасной вариант в виде независимых зеркал репозиториев, на которые можно при случае переключиться. Может и для Flutter такое есть? Для десктопной разработки в этом плане конечно идеальна Lazarus IDE, которая открыта и бесплатна, создаёт нативные скомпилированные приложения, компилирует всё мгновенно и работает полностью оффлайн - но увы, на мобильные и веб-версии она не рассчитана, а умеющий в мобилки Delphi не свободен и не бесплатен.
Отдельной темой конечно возникает вопрос, что делать с бэкендом - на чём его писать? Если в экосистеме Node.JS можно этот же самый Node.JS использовать на сервере, и кругом будет старый знакомый JavaScript, то при использовании Flutter логично было бы делать бэкенд на Dart - но судя по гуглению это малопопулярно, а значит специалистов может было мало, подсказок и готовых решений в случае различных затруднений можно не найти. Что ли в сторону компилируемого Go тогда смотреть, раз уж разработка ведётся на компилируемом Dart? Но это тогда придётся осваивать ещё один язык помимо Dart - как в таких случаях говорится "этот манёвр будет мне стоить 51 день (если не недель)" :/
Как быть, если хочется не только мобильное приложение, но и десктоп? Хочу из вебдева вкатиться в кроссплатформенную разработку и ищу такую серебрянную пулю, чтобы под силу было программисту в одиночку один раз код написать и везде его запустить ))
React Native вроде бы в десктоп не умеет. Flutter объячил поддержку десктоп, но изначально ориентирован на Windows 10 и новее. А ведь многие до сих пор пользуются Windows 7 на стареньких компах и ноутах.
Попробовал Tauri, но он требует наличия в системе webview-браузера, что опять же приводит к пляскам с бубном на Win7. А собранный APK для андроида оказался размером 30 Мб - как-то слишком жирно для мелкого приложения. Для сравнения - тестовая APK в Ionic уместилась в приятные 4 Mb. Но Ionic увы не умеет в десктоп :(
Напрашивается такая полумера - делать мобильную версию в Ionic, а десктопную версию готовить отдельно в NW.JS. На устаревших версиях Windows (даже на WinXP!) NW.JS отлично запускается, если использовать соответсвующую старую версию и придерживаться стандарта ES6.
Но неожиданно для себя на этой неделе узнал про существование такого фреймворка как Quazar. Пока что не успел его пощупать, но по описанию он позволяет из Vue-приложения сделать мобильное (подтянув автоматом Ionic), десктопное (подтянув автоматом Electron), и даже PWA-версию.
Правда немного непонятно, как решается вопрос с типичными для десктопа функциями работы с файловой системой и работой с локальной ДБ? Как я понимаю это всё пишется на Node.js. Но ведь в мобилках Node.js не запускается! Получается по любому нужно этот нативный функционал отдельно реализовывать специфичными средствами то ли в Ionic, то ли в RN, то ли во Flutter?
Комментаторы походу не улавливают элементарной необходимости для человека быть в синергии с кем-то, кто его дополняет и взаимно усиливает. Это как если бы автор темы задался вопросом "Зачем к клавиатуре добавлять мышь, или как не потерять возможность работать с чем-то ещё кроме текста" - а на него обрушились с хейтом, что всякие графические и видеоредакторы и прочая муть отвлекают от истинно-олдскульного кодинга в окне терминала )))
Поскольку сказано о строго ортогональных векторах, то сами по себе ортогональные навыки друг другу не мешают. Мешать друг другу могут например параллельные векторы, направленные в противоположные стороны.
Но при этом не стоит забывать про фактор ограниченности времени. Если я потратил время на изучение менеджерских технологий (всякие матрицы рисков, аджайлы и план-графики работ), то это автоматически уменьшило мой временной ресурс на изучение новых трендов у моего любимого фреймворка или ЯП. Т.е. по сути помешало мне оставаться специалистом, разбирающимся в современных технологиях.
АIMP - это же вроде бы музыкальный плеер. При чём тут копия Delphi? 🧐
Топовая игра для 486 компа - это Duke Nukem 3D. На проце DX-66 не тянула. А вот на DX-100 в пониженном разрешении насколько я помню играл. А на Pentium-150, разогнанном до 188 уже можно было Quake I запустить в разрешении 320×200. Весь 3D-рендеринг шел через процессор, поэтому видеокарта могла быть любая (например простенькая S3 Trio).
А как насчёт Windows XP. На нём взлетит простенькое Flutter-приложение?
360 Total Security бесплатен и вроде как неплох. Но в последние годы стал назойлив в плане предложения установить какое-нибудь приложение , купить премиум и т.п.
Иногда доводилось покупать диски, на которых стоит винда и всякие домашние фотки и рабочие документы. И да, в браузерах пароли сохранённые. С паролями сейчас конечно это не так критично - серьёзные сервисы обычно подтверждают вход по смс. Ну а фотки - это всё-таки семейная память. Стараюсь в таких случаях найти бывшего владельца в соцсетях и предложить ему скинуть папки с его файлами на яндекс-диск.
Думается, что привязка к железу - это нечто другое, чем забота о расходе памяти и процессорного времени. Ведь память расходуется везде, и на любом железе может оказаться что память скушана другими процессами и её не так много как хотелось бы. А в случаях ошибок в виде утечек памяти и висячих ссылок проблема вылезет, даже если физических ресурсов вроде как было много.
В 1994 я ещё был в 10-м классе. А домашним компьютером имел 8086 с голым DOS, монохромным дисплеем и жёстким диском на 20 Мб. На такой конфигурации единственное что прекрасно и без тормозов работало - это русифицированный Turbo Pascal. И основным источником информации была очень удобная встроенная справка на русском языке. Но помимо этого в магазинах популярна была ещё и такая книга 1992 года издания:
Материалом для обучения были талмуды на тыщу страниц, типа таких:
Плюются потому что это Debian - аскетичный, но надёжный дедушка Минта и Убунты. В нем много чего не так удобно как в дочерних проектах - просто потому что это более ранняя система и не так активно обновляется. Обусловлено это тем, что в дебиане надёжность предпочитается удобству. Так что это не линукс испоганили, а наоборот - в убунтах и минтах улучшили, а в дебиане осталось как было изначально.
На немецком 8086 компе и ,одноименном принтере Robotron русские шрифты не существовали от слова совсем. И keyrus не помогал. Тем не менее работа с русскими текстами (и их печать) решалась использованием текстового редактора «Лексикон» - он работал с текстами в графическом режиме (т.е. в виде растровых картинок).
Наверное потому что этим играм нужен DirectX 12. А он на семёрку не устанавливается.
Аха-ха! Зачётная картинка! )))
У PHP есть уникальное преимущество - он по умолчанию работает на любом самом дешёвом виртуальном хостинге, где не надо особо что-то администрировать, а множественные домены, поддомены, MySQL-базы и бесплатные SSL-сертификаты работают из коробки в режиме кликания мышкой в панели управления. И всякие Wordpress-сайты зачастую можно развернуть буквально в один клик.
В то время как для запуска решений на других бэкенд-языках нужно заводить отдельный сервер, устанавливать на него Linux и весь нужный софт, всякие виртуальные окружения или докеры, многое делать через SSH-консоль. В итоге это резко сужает возможности для работы в формате "сделать приложение и дать скачать простым пользователям для самостоятельного запуска на их собственных хостингах".
MAUI не щупал, но вот тут в комментарии выше кто-то написал, что MAUI не актуален:
https://habr.com/ru/articles/929058/#comment_28593652
Пока что конкретного проекта нет, есть много задумок разных мелких приложений и утилиток офисного плана, которые бы хотелось делать не в виде веб-страничек, адреса которых все забывают, а чтобы можно было и оффлайн работать, и с общими данными на сервере, и на мобилке (если у человека нет компа), и на компьютере (где большой экран), и с локальными файлами-каталогами, и с локальной БД. Про Haxe вроде где-то слышал - судя по заголовкам выглядит интересно, но терзают смутные подозрения, что технология либо сыровата, либо бедна функционалом. Тем более что последняя статья на Хабре 5-летней давности.
UPD. Смотрю что для десктопа этот Haxe использует либо WxWidgets либо тянет тяжеловесный Electron с браузером. Соответственно вопрос - если я набросал интерфейс с кнопочками, который преобразовался в WxWidgets на десктопных приложухах, то каким образом этот интерфейс можно переиспользовать в мобильных приложениях и в веб-версии? Или по любому придётся для мобилок и веба с нуля специфические интерфейсы пилить?
Спасибо, надо будет попробовать как в этом плане работает самая свежая версия. Раньше с Flutter дело иметь не приходилось, а прямо сейчас я далеко от домашнего компа, с собой есть только старенький ноут с Windows 8.1. Но я всё-таки решил заморочиться - и получилось наладить Flutter-разработку на этой старой версии Windows. Для этого оказалось достаточно установить прошлогодние версии Flutter и Android Studio - они ещё были рассчитаны на Windows 7/8. А микрософтовский софт уже нужен двухгодичной давности. К тому же сейчас все эти старые версии устанавливать немного проблематично, приходится гуглить ссылки на припрятанные архивы и кое-где танцевать с бубном.
Вот рабочий рецепт настройки Flutter-разработки на Windows 7/8 (чтобы не потерять)
Скачать архив flutter_windows_3.19.6-stable.zip с этой страницы: https://docs.flutter.dev/install/archive (распаковать его и прописать в системную переменную PATH путь к папке bin).
Скачать и установить Android Studio версии Koala Feature Drop 2024.1.2 с этой страницы: https://developer.android.com/studio/archive?hl=ru (если вдруг нужен Android Emulator, то последняя совместимая с Windows 7 версия - 33.1.24, а последняя совместимая версия HAXM - 7.7.1)
Скачать и установить MS Visual Studio версии 17.6.22. Для этого нужно скачать архив "VisualStudioUpdate-17.0.0To17.6.22-Online.zip" со страницы https://www.catalog.update.microsoft.com/Search.aspx?q=visual+studio+2022+version+17&p=1
далее архив распаковать и запустить в командной строке такую команду:
При установке включить опцию "Разработка классических приложений на C++".
Скачать и установить Visual Studio Code версии 1.79.2 по ссылке:
https://code.visualstudio.com/updates/v1_79
Добавить в него расширения Flutter и Dart, после чего можно в Command Palette запустить команду "Flutter: New Project".
Созданный новый проект можно скомпилировать в десктопное и мобильное приложения такими двумя командами:
Что могу отметить по итогам первого впечатления:
Небольшое резюме:
Плюсы:
Всё компилируется в микроскопический exe-файл, который работает в связке с 18 мегабайтной dll-кой и 6-мегабайтной папкой с данными (в отличие от Node.JS приложений, которые мало того что не компилируются, так ещё и тянут за собой браузер и Node.JS суммарно на 200 Мб).
В системе не нужно наличие WebView - похоже всё работает без браузера.
Минусы:
VIsual Studio устанавливается через онлайн-установщик, который по умолчанию старается выкачать новую версию и откатиться до нужной старой можно только ухищрениями в командной строке. При этом есть риск, что в любой момент ссылки могут перестать работать и всё сломается.
Это бы ещё ничего, но даже когда всё установлено и начинается компиляция релиза, то без включения VPN процесс выдаёт ошибку. Что как бы намекает на риски связанные с недостаточной автономностью в плане импортозамещения - хорошо если через VPN всё продолжит работать. но ведь может и сломаться! В этом плане у Node.JS есть запасной вариант в виде независимых зеркал репозиториев, на которые можно при случае переключиться. Может и для Flutter такое есть? Для десктопной разработки в этом плане конечно идеальна Lazarus IDE, которая открыта и бесплатна, создаёт нативные скомпилированные приложения, компилирует всё мгновенно и работает полностью оффлайн - но увы, на мобильные и веб-версии она не рассчитана, а умеющий в мобилки Delphi не свободен и не бесплатен.
Отдельной темой конечно возникает вопрос, что делать с бэкендом - на чём его писать? Если в экосистеме Node.JS можно этот же самый Node.JS использовать на сервере, и кругом будет старый знакомый JavaScript, то при использовании Flutter логично было бы делать бэкенд на Dart - но судя по гуглению это малопопулярно, а значит специалистов может было мало, подсказок и готовых решений в случае различных затруднений можно не найти. Что ли в сторону компилируемого Go тогда смотреть, раз уж разработка ведётся на компилируемом Dart? Но это тогда придётся осваивать ещё один язык помимо Dart - как в таких случаях говорится "этот манёвр будет мне стоить 51 день (если не недель)" :/
Как быть, если хочется не только мобильное приложение, но и десктоп? Хочу из вебдева вкатиться в кроссплатформенную разработку и ищу такую серебрянную пулю, чтобы под силу было программисту в одиночку один раз код написать и везде его запустить ))
React Native вроде бы в десктоп не умеет. Flutter объячил поддержку десктоп, но изначально ориентирован на Windows 10 и новее. А ведь многие до сих пор пользуются Windows 7 на стареньких компах и ноутах.
Попробовал Tauri, но он требует наличия в системе webview-браузера, что опять же приводит к пляскам с бубном на Win7. А собранный APK для андроида оказался размером 30 Мб - как-то слишком жирно для мелкого приложения. Для сравнения - тестовая APK в Ionic уместилась в приятные 4 Mb. Но Ionic увы не умеет в десктоп :(
Напрашивается такая полумера - делать мобильную версию в Ionic, а десктопную версию готовить отдельно в NW.JS. На устаревших версиях Windows (даже на WinXP!) NW.JS отлично запускается, если использовать соответсвующую старую версию и придерживаться стандарта ES6.
Но неожиданно для себя на этой неделе узнал про существование такого фреймворка как Quazar. Пока что не успел его пощупать, но по описанию он позволяет из Vue-приложения сделать мобильное (подтянув автоматом Ionic), десктопное (подтянув автоматом Electron), и даже PWA-версию.
Правда немного непонятно, как решается вопрос с типичными для десктопа функциями работы с файловой системой и работой с локальной ДБ? Как я понимаю это всё пишется на Node.js. Но ведь в мобилках Node.js не запускается! Получается по любому нужно этот нативный функционал отдельно реализовывать специфичными средствами то ли в Ionic, то ли в RN, то ли во Flutter?
Может быть гибридная оплата - среднерыночная зарплата плюс какой-то процент от прибыли.