Тема: Компьютерные новости, новости интернета.

[МpаК]

Митрофаныч, и алаверды, у меня был старый Асер мини-ноут на атоме с 4 гигами... я его пару лет юзал, потом жена как видео смотрелку и инет браузер... Тормозов я не замечал как-то под XP, он бы и так дальше жил, если бы не сломанный экран.

В общем скорость работы, отклика и ожиданий видимо для людей относительный параметр. Это как с телефонами, у приятеля Хаоми какой-то с андроидом, я прям вижу как скроллинг экранов лагает между десктопами, а ему норм, нравится и все такое... 

[TrveKvlt]

TrveKvlt, С Atom все нормально, я не оценил конечно, потому как любитель больших IDE на базе JetBrains продуктов, но все же тот же VS Code (он опять же на Electron'е) я юзаю для JS проектов. По тормозам или отжирании памяти я особо не заметил как на старой машине, как на новой, все норм. Я приверженец принципа если есть проц и память то надо взять пока можешь, сделать работу и быстро все очистить. В общем это нормально пользоваться имеющимися ресурсами.

Но в общем позиция ясна твоя, но далека от реального мира.
В реальном мире компьютеры юзают для разной работы и прочно уже ебаться со всякими настройками и оптимизациями никто не хочет, ровно как и разбираться в железе.
Компьютер это просто инструмент для работы, что там внутри, как и почему - никого не волнует. Рабочий класс перестал надрачивать на компы с тех пор как они стали доступны всем и везде.
Люди забивают ими гвозди.
А я хочу открыть редактор, писать текст, запускать контейнеры и деплоить одной кнопочкой.

В общем этому все это из JS мира в мир обывателя и идет. JVM был пример как переносимость и простота разработки приложений победила прожорливость и ресурсоемкость. Доставить плашку в 8 гигов нынче стоит дешевле чем час работы разработчика если что.

Смотря что подразумевать под работой. Настройки и оптимизации в данном случае дело разработчиков - чтобы всё быстро, стабильно и надёжно работало и не выжирало память из-за утечек, а то и процессор из-за долбануто написанного кода. Тормоза это простой и снижение эффективности. Про использование железа по максимуму на практике я уже писал на примере склеивания панорам и того, как реально производят 3D-моделирование - железо берётся под задачу, а не под сферический софт в вакууме. В случае с пришествием веба на десктопы акцент идёт именно на сферический софт в вакууме, а не на реально практические задачи. Разработку использование веба не ускоряет, а просто даёт возможность вебкодерам наспех склепать одноразовый код. Собственно, прототипирование имеет место в разработке для её ускорения, но в случае прототипирования либо узкие места кода переписываются потом, либо весь код по отработанным алгоритмам быстренько переписывается на более подходящем инструменте с оптимизациями, а в случае вебтехнологий на десктопе всё оставляют как есть. Чтобы открыть редактор со средствами отладки и профилирования, а потом деплоить контейнеры, вебтехнологии на десктоп тащить не нужно. Это всё тенденции вейпохипстеров - это стильно, модно, молодёжно.

Ну а JVM это не перевес удобства разработки и портабельности над пожиранием ресурсов (реально переносимость там работает до тех пор, пока не воспользуешься специфичными для платформы возможностями). Java вообще презентовала переносимый подход сам по себе. И эта переносимость отрицательно на ресурсоёмкости не сказалась. Java уже много лет работает отлично как на смарткартах (те же симки - там Java крутится с приложениями), так и на больших машинах (в области серверов, как ты всяко уж знаешь, Java применяется и уходить оттуда не собирается вообще). Во всех этих областях надо очень бережно относиться к ресурсам, что Java очень даже позволяет.

Про плашку на 8 гигов... Ну смешно же. Есть старая поговорка - копейка рубль бережёт. И не стоит забывать, что не всегда технически возможно вткнуть ещё 8 гигов, так как надо в этом случае менять весь компьютер (спасает только то, что сами разработчики такого хлама не могут более мощное железо купить, а продукт, который тотально тормозит даже на топовых рабочих станциях нечасто готовы выкатить, хотя и выкатывают изредка для пиара). К тому же замечу, что за многие годы с момента начала развития вебтехнологий принципиально ничего не поменялось кроме прожорливости софта. Всё сводится к появлению новомодных рантаймов и библиотек, которые спешно пишут по принципу "Ну а чё - память же дешёвая и комп можно сменить. Можно на оптимизацию забить.". Вся проблема сводится к тому, что есть реальный мир, и не крайне новое железо само по себе тоже не исчезает - его надо куда-то девать. Неограниченность потребностей и ограниченность ресурсов - про это тоже не стоит забывать.

[TrveKvlt]

У меня нетбук Азер на атоме - тупой пиздец. На нём нормально заработала только сильно облегчённая кастомная восьмёрка.

Всё зависит от того, какой софт ставить. Так-то на атоме и семёрка нормально крутиться может, если использовать лёгкий сторонний софт. А ещё есть такая штука как приоритет процесса. Та же восьмёрка пошустрее работает из-за более грамотного выставления приоритета по умолчанию.

[Митрофаныч]

Митрофаныч, он про другой Atom - это текстовый редактор такой, очень популярный среди разработчиков.

Ясно 

[МpаК]

TrveKvlt, по Веб разработке что-то у тебя какой-то видимо провал, немного поясню, так как все же почему она приходит на десктоп.
По ряду причин, главные:
- переносимость кода, да JS + HTML + CSS можно написать один раз и оно будет работать как в винде, так в линуксе, так и на маке (напоминает Java?)
- UI/GUI HTML + CSS +JS при должном старании (на что пришел например React и ReactNative) даю так же более или менее одинаково и по крайне мере красивый, гибкий и отзывчивый интерфейс на разных платформах. Что например у Java не получилось. У Flash (Flex) тоже. А тут все решается очень даже приятно, причем с новыми тенденциями последних 5 лет на плоские интерфейсы иногда хуй отличишь найтивный GUI от если бы каждый раз ебался с QT и C++ под каждую платформу делая костыли.
В этих двух пунктах пока что конкурентов нет, Java увы проигрывает во втором определенно.

Еще пункт это армия разработчиков. Задач становится много, сложность и кол-во данных растет, скорость разработки и технологий тоже. Потому нужна армия 12 обезьян чтобы покрывать все задачи.
Дрочить индусов перестало быть модным, потому как они больше вредят на Java чем пишут.
Потому решено взять более простой, тупой и динамичный язык - JavaScript, с корым как бы все уже более или менее понятно, отклик большой, JQuery и PHP обезьяны могут за день включиться в разработку, а для матерых наркоманов есть хорошие инструменты как Flow, TypeScript, ClojureScript, Elm и прочие рубашки с рукавами из плечь. Золотая середина найдена - надо ебошить!

Бизнесу, продукт оунеру, СЕО и прочим чеф-офицерам не так важно чаще всего на чем и как написано, если это несет деньги и в прибыли заложено покупать каждый месяц еще сервер на горизонательное масштабирование для 100-500 контейнеров докера, то он будет покупать, ему так проще, чем искать 10 задоротов Haskellистов которые будут оптимизировать продукт год, пересрутся и разбегуться так и нихуя не доделав.

Как показывает бизнес, инструмент ничто - результат все.

По поводу Java с ним все понятно, но позиции сдает, он или уже заебал всех или скоро заебет, потому приходит кучка на jvm языков более простых или приятных по возможностям как Scala, Clojure, Kotlin (!!! - одобренный под Андроид давеча), а уж скорости и тупизна затыкается Go - на оный вообще армия китайских разрабов нынче вздрачивает и похоже это будет новый банГОлор...

Про 8 гигов спорить нет смысла. Я купил в 2012-ом ноут с 16 гигами, в этом году купил тоже с 16 гигами и... Не было ни разу чтобы мне памяти не хватало! Вообще ни разу, хоть фотошоп открой, хоть десяток контейнеров грузи с РубиМайном... Хотя у меня все вокруг этих самых "веб-технологий" и крутится. Возможно это мак и его алгоритмы сжатия памяти, хуй знает.
Но в целом проблема памяти и копейки слишком преувеличена, будет не хватать  на десктопе памяти пойти и купить это не составляет какой-то проблемы или мега богатства.

По поводу железо никуда не девается, так ведь и софт тоже не исчезает. Прекрасно работает старый XP и Photoshop 7 на оном до сих пор в школах, так что нет ножек нет мультиков, смотри старый, ламповый телек и решай задачи старым компом. Если это задачи бизнеса и он не приносит денег на новый комп, то может нахер этот бизнес? И тут не проблема железа и компов с софтом вообще.... 

[TrveKvlt]

TrveKvlt, по Веб разработке что-то у тебя какой-то видимо провал, немного поясню, так как все же почему она приходит на десктоп.

В веб-разработке я не эксперт, но при этом вижу, какие отрицательные стороны вебтехнологии приносят, когда их на десктоп пихают.

По ряду причин, главные:
- переносимость кода, да JS + HTML + CSS можно написать один раз и оно будет работать как в винде, так в линуксе, так и на маке (напоминает Java?)

Переносимость кода всегда завсит от выбранного инструмента, а не подхода - будь это веб или не веб. Нет, Java не напоминает, так как у Java принципы иные - она не отвечает за внешний вид приложения и не должна, при этом она обеспечивает отличную модульность и возможности запуска приложения без пересборки благодаря байт-коду. JS/HTML/CSS и прочие средства веба крутятся в интерпретаторе (вопрос JIT не рассматриваем - язык всё равно интерпретируемый) и предосталвяют полный набор инструментов от логики до вёрстки внешнего вида. Всё бы хорошо, но это тащат напрямую с веба, а не изначально делают под десктопы такое. Впрочем, на самом деле это вопрос стандартизации API и ABI/VM.

- UI/GUI HTML + CSS +JS при должном старании (на что пришел например React и ReactNative) даю так же более или менее одинаково и по крайне мере красивый, гибкий и отзывчивый интерфейс на разных платформах. Что например у Java не получилось. У Flash (Flex) тоже. А тут все решается очень даже приятно, причем с новыми тенденциями последних 5 лет на плоские интерфейсы иногда хуй отличишь найтивный GUI от если бы каждый раз ебался с QT и C++ под каждую платформу делая костыли.

Вот тут есть очень важный момент: UI/GUI не должен выглядеть идентично - он должен вписываться в общую среду. У Java с отзывчивостью всё хорошо. Я сам пользуюсь приложениями на Java и нареканий они не вызывают в плане GUI и UX. В случае с Qt, кстати, под каждую платформу костыли делать не надо. В самом фреймворке как правило всё необходимое есть. C++ тоже не требуется использовать - есть привязки Qt даже для Java и Python.

Еще пункт это армия разработчиков. Задач становится много, сложность и кол-во данных растет, скорость разработки и технологий тоже. Потому нужна армия 12 обезьян чтобы покрывать все задачи.
Дрочить индусов перестало быть модным, потому как они больше вредят на Java чем пишут.
Потому решено взять более простой, тупой и динамичный язык - JavaScript, с корым как бы все уже более или менее понятно, отклик большой, JQuery и PHP обезьяны могут за день включиться в разработку, а для матерых наркоманов есть хорошие инструменты как Flow, TypeScript, ClojureScript, Elm и прочие рубашки с рукавами из плечь. Золотая середина найдена - надо ебошить!

Это ясно. Армия разработчиков нужна именно для того, чтобы сваливать на них всю рутину.  Вот только есть одно "но" - почему не оставить веб в вебе? Зачем такщить это всё на десктоп? Есть браузер как универсальный рантайм, в нём есть средства, которые позволяют всё это делать, даже стандарты вроде WebAssembly в браузеры проталкивают. Ставишь в систему один только бразуер и вперёд. Вон, ChromeOS даже живёт так, причём очень хорошо живёт. Свою нишу эта система нашла вместе с подходом использования вебтехнологий.

По поводу Java с ним все понятно, но позиции сдает, он или уже заебал всех или скоро заебет, потому приходит кучка на jvm языков более простых или приятных по возможностям как Scala, Clojure, Kotlin (!!! - одобренный под Андроид давеча), а уж скорости и тупизна затыкается Go - на оный вообще армия китайских разрабов нынче вздрачивает и похоже это будет новый банГОлор...

Java это даже не язык - это платформа. Так что с Java всё хорошо. То, что туда куча языков приходит, это ответ .NET такой, так как инертность тоже свою меру имеет.

Про 8 гигов спорить нет смысла. Я купил в 2012-ом ноут с 16 гигами, в этом году купил тоже с 16 гигами и... Не было ни разу чтобы мне памяти не хватало! Вообще ни разу, хоть фотошоп открой, хоть десяток контейнеров грузи с РубиМайном... Хотя у меня все вокруг этих самых "веб-технологий" и крутится. Возможно это мак и его алгоритмы сжатия памяти, хуй знает.
Но в целом проблема памяти и копейки слишком преувеличена, будет не хватать  на десктопе памяти пойти и купить это не составляет какой-то проблемы или мега богатства.

Фотошоп не на вебтехнологиях держится. А уж IDE - это отдельная тема.

По поводу железо никуда не девается, так ведь и софт тоже не исчезает. Прекрасно работает старый XP и Photoshop 7 на оном до сих пор в школах, так что нет ножек нет мультиков, смотри старый, ламповый телек и решай задачи старым компом. Если это задачи бизнеса и он не приносит денег на новый комп, то может нахер этот бизнес? И тут не проблема железа и компов с софтом вообще.... 

Есть такие, которые и третьим фотошопом пользуются, так как даже последший фотошоп отличается от него разве что наполнением готовых преднастроенных фильтров (хотя всё эти фильтры делаются и в третьем фотошопе 90-х годов путём применения матрицы конволюции к сигналу). И это на современных компьютерах.
И речь не о бизнесе как таковом. Речь о приложениях, которые не для бизнеса используют. Новые версии ничего нового не дают, зато выжирают ресурсы нафиг. Тот же скайп, например. Сейчас новый скайп - это клиент на Electron, и он сильнее жрёт ресурсы. Скайп уже давно повелось использовать для связи в семье дабы экономить на тех же междугородних звонках. Старую версию отнимают - пользоваться надо строго новой. Но ожирение софта это уже другая тема. Просто далеко не всегда есть реальные причины делать софт жирнее.

[МpаК]

В веб-разработке я не эксперт

Ну тут я ставлю точку. Чтобы критиковать веб разработку, надо думать как веб разработка, а иначе выходит пустая болтовня, а то носит тебя уже в крайности как Ява не язык, а платформа и GUI во вторую очередь забывая про Swing и все же костыли QT вокруг мобильных платформ или межплатформенных интерфпейсов, до отрицания прогреса в Фотошопе

[TrveKvlt]

Ну тут я ставлю точку. Чтобы критиковать веб разработку, надо думать как веб разработка, а иначе выходит пустая болтовня, а то носит тебя уже в крайности как Ява не язык, а платформа и GUI во вторую очередь забывая про Swing и все же костыли QT вокруг мобильных платформ или межплатформенных интерфпейсов, до отрицания прогреса в Фотошопе

Я критикую не вебразработку, а десктопную с применением вебтехнологий.
В обработке же изображений прогресса не одно десятителие уже нету - до сих пор в основном алгоритмы 60-х и 70-х годов прошлого века используются (то, что посовременнее, обычно отдельными утилитами идут и зачастую требует аппаратного ускорения для приемлемой работы, те же утилиты на основе OpenCV, например), так что весь прогресс фотошопа сводится к докладыванию в комплект преднстроенных эффектов, изменению интерфейса, вероятно, оптимизации инструментов, поддержки форматов и прочих мелочей - это не качественный скачок, а количественный. Вся основа по возможностям сводится к ранним версиям фотошопа.

[МpаК]

TrveKvlt, я не вижу критики, ты пишешь только личную неприязнь веба на десктопах по каким-то субъективным причинам типа памяти много жрет или ресурсов.

Это все уже выше я описал, что не важно, никого не волнует в современной разработке сколько жрет твое приложение, людей волнует приносит ли оно бабло прямым или косвенным образом, издержки и т.п. на балансе и т.д. Все.

По фотошопу я как понял ты не дизайнер тоже Опять же надо тебе то что ты описал как старые алгоритмы и фоточки обработать, так не вопрос, сидит в старом софте, фотошоп по крайней мере тебе это позволяет как и бесплатный аналоги. Насильно же тебе CS6 там никто не ставит.

[TrveKvlt]

TrveKvlt, я не вижу критики, ты пишешь только личную неприязнь веба на десктопах по каким-то субъективным причинам типа памяти много жрет или ресурсов.

Потребление памяти и циклов процессора - это вполне объективный критерий. Субъективно было бы что-то вроде "А мне не нравится, как выглядит приложение, эти ссаные кнопочки вообще пиндец, а вот эти файлики как расположены - ну нахрена так делать?".

Это все уже выше я описал, что не важно, никого не волнует в современной разработке сколько жрет твое приложение, людей волнует приносит ли оно бабло прямым или косвенным образом, издержки и т.п. на балансе и т.д. Все.

Затраты ресурсов это затраты денег. Тот же Google тоже заботится о затратах ресурсов, кстати. Его очень интересует то, как бы из сетевых каналов выжать побольше. Вот и придумывают форматы и оптимизированные кодировщики к ним, да ещё и железо с аппаратным ускорением разбора форматов продвигают, иначе будет слишком тормозить.

По фотошопу я как понял ты не дизайнер тоже Опять же надо тебе то что ты описал как старые алгоритмы и фоточки обработать, так не вопрос, сидит в старом софте, фотошоп по крайней мере тебе это позволяет как и бесплатный аналоги. Насильно же тебе CS6 там никто не ставит.

Смотря кого подразумевать под словом "дизайнер". Понятие это настолько размытое, что оно не имеет смысла. Есть иллюстраторы, есть моделлеры (ну или моделисты, так сказать), есть располагатели элементов на разных местах. И т.д. Иллюстрации я делал самыми разными средствами, но технические иллюстрации, конечно. Так что и о растровой, и о векторной графике, и об инструментах для работы с ними представление очень даже имею.

Тащемта, в новом фотошопе точно так же используются древние как говно мамонта алгоритмы, как и в древнем фотошопе. Принципиального отличия между ними нет. Отличие, как я уже выше написал, в наполнении из коробки разными преднастроенными фиговинами и вспомогательными инструментами (которые всегда будут хуже отдельных утилит для тех же задач). Речь не о насильной установке фотошопа. Речь о том, что софт жирнеет. И сильнее всего это пошло с поптыки тащить вебтехнологии туда, где им не место. Место вебтехнологий в вебе. Десктоп не веб. Попытка притащить эти технологии на десктоп приводят к понижению производительности и эффективности. Если нужна интеграция, то есть способ лучше и правильнее.

[МpаК]

TrveKvlt, потребление памяти и процессора это как раз таки субъективное, потому как например этим рулит ОС, в маках все очень хорошо с этим, не знаю как в линуксах и виндах обстоит, но что-то сожрать твои 100% проца или памяти на JS пока не удается.

Я не уверен, что ты так хорошо знаешь кухню Гугла, да и кто либо на форуме если не работал там. У больших корпораций свои причуды. Но и они не чураются JS и вполне так заносят Angular 1-4 через Ionic, ну и ChromeOS это тоже гугла идея а это вообще один сплошной браузер, а аппы как раз на JS и все из Гугл стора.
Гугл это большая компания, единственная, а еще есть тыщи других компаний https://electron.atom.io/apps/ и все вполне решают бизнес проблемы заносом JS на Desktop.

Место вебтехнологий в вебе. Десктоп не веб. Попытка притащить эти технологии на десктоп приводят к понижению производительности и эффективности. Если нужна интеграция, то есть способ лучше и правильнее.

Вот с этим как раз я не согласен и пытался объяснить, что нет в современном мире понятие типа "теперь сайты пишем только на одной технологии", а "биллинг только на языке ХХХ" - это все осталось в прошлом. Если посмотреть на продукты больших компаний и сервисы, то там всегда зоопарк из разных технологий, но первичная одна - выйти на рынок первыми, получить пользователя и его бабло. А то что внутри Атома nodejs богомерзкий пользователя чаще не волнует, как меня не волнует на чем написан Chrome или RubyMine - я использую их как инструменты чтобы заработать бабло и развлечься, лазить и оптимизировать или тюнить всякое дерьмо - это трата времени и никто не хочет заниматься этим кроме упертых гиков, но это не ЦА и не деньги.

Сейчас сотни языков, технологий и они развиваются на столько быстро и находят применение в различных сфера, вся эта оптимизация осталась для втраиваемых, носимых и т.д. мелких устройств, для десктопов и бизнесов нынче нет большой важности на чем написано или как, главное быстрее решить проблему, сделать бизнес и т.д.

Так как десктоп еще жив, хотя тенденции к тому что он загнется в определенный момент и все уйдут на тонкие клиенты (где браузер как раз сам Зевс велел юзать) то многие компании к этому вполне успешно готовятся.

С лора старая история как мир:

Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать говнокод не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.

Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы. Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.

У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.

Это реальная жиза, потому вот всякие проекты как Facebook например приводят как пример, что проект приносит миллоны прибыли, стоит миллиарды, а написан на говно-php... и ничо, костылями, молитвами и слезами утираются, но работают, тыщи сотрудников кормят себя и свои семьи... Современный бизнес такой.

[Митрофаныч]

МpаК, ПО моему уже собалась неслабая ветка в "Спорах для разработчиков", можно отделять из новостей

[Mora]

Схожу за попкорном

[МpаК]

Митрофаныч, не, смысла нет дискутировать уже, все сказано, у каждого все равно своя позиция и так.

[Митрофаныч]

МpаК, Кстате, там вроде прошла презентация грядущей новой IOS 11, где, как обещают, будет масса новых ништяков.

[МpаК]

Митрофаныч,  аха, там еще дестопную ОС обновят, но думаю ближе к осени все это произойдет.

[TrveKvlt]

TrveKvlt, потребление памяти и процессора это как раз таки субъективное, потому как например этим рулит ОС, в маках все очень хорошо с этим, не знаю как в линуксах и виндах обстоит, но что-то сожрать твои 100% проца или памяти на JS пока не удается.

Потребление памяти и процессора это как раз объективный критерий, так как на решение той или иной задачи программе требуется столько-то памяти и столько-то тактов процессора (в зависимости от объёма обрабатываемых данных). ОС, конечно, рулит ресурсами, но программа запрашивает эти ресурсы. Если выделенными ресурсами программа распоряжается неэффективно, то ей требуется больше времени на решение задачи. Чем больше слоёв абстракции и прослоек, тем менее эффективно работает приложение. С одной стороны хочется эффективнее распорядиться ресурсами и выжать максимум из железа, а с другой хочется больше задач возложить на компьютер и выставить кнопку "СДЕЛАТЬ ВСЁ ОХРЕНЕННО!" как в случае разработчика, так и в случае пользователя. И тут приходится искать золотую середину дабы не писать всё в машинных кодах, но при этом и не разбазаривать ресурсы на ненужную хренотень. Попытка нести вебтехнологии на десктоп - это уклон в сторону ненужной хренотени.

Я не уверен, что ты так хорошо знаешь кухню Гугла,

Суть не в кухне гугла. Суть в глобальном трафике. Более эффективные и оптимизированные форматы контента позволяют по тому же самому сетевому каналу обслужить больше клиентов, а для обслуживания клиентов нужно, чтобы эти форматы приемлемо читались на клиентских машинах. Потому идёт та же борьба за кодеки и их ускорение. Потому гугль те же webm и webp продвигает как набор контейнера и эффективного кодека.

Но и они не чураются JS

JS сам по себе неплох (об этом я ещё ниже напишу). Речь не о JS как таковом. Более того - тот же фейсбук не чурается и PHP, о котором ходит слава как о неэнтерпрайзном решении. Но и фейсбук понял, что без оптимизаций никуда, и понаделал костылей для PHP. Не переписывать же с нуля всю основу на незнакомом инструменте - в кругленькую сумму влетит, да ещё и затраты на отлов багов.

Гугл это большая компания, единственная, а еще есть тыщи других компаний https://electron.atom.io/apps/ и все вполне решают бизнес проблемы заносом JS на Desktop.

Единственная проблема, которая решается занесением вебтехнологий на десктоп - десктопная версия сайта сервиса в кратчайшие сроки. Но надо ли эту "проблему" решать вообще? Не лучше ли занести несколько дополнительных возможностей в веб-браузер? По факту куча "десктопных" приложений, которые являются переносом сайта на десктоп, сделаны исключительно для вида десктопного приложения. Тот же стремительно набирающий популярность говноедский Discord, к примеру.

Вот с этим как раз я не согласен и пытался объяснить, что нет в современном мире понятие типа "теперь сайты пишем только на одной технологии", а "биллинг только на языке ХХХ" - это все осталось в прошлом. Если посмотреть на продукты больших компаний и сервисы, то там всегда зоопарк из разных технологий, но первичная одна - выйти на рынок первыми, получить пользователя и его бабло. А то что внутри Атома nodejs богомерзкий пользователя чаще не волнует, как меня не волнует на чем написан Chrome или RubyMine - я использую их как инструменты чтобы заработать бабло и развлечься, лазить и оптимизировать или тюнить всякое дерьмо - это трата времени и никто не хочет заниматься этим кроме упертых гиков, но это не ЦА и не деньги.

Суть:

Сейчас сотни языков, технологий

Их всегда дофига было. Смысл этого многообразия в том, чтобы выбрать инструмент под задачу, а не пихать вебтехнологии туда, где им не место.

Так как десктоп еще жив, хотя тенденции к тому что он загнется в определенный момент и все уйдут на тонкие клиенты (где браузер как раз сам Зевс велел юзать) то многие компании к этому вполне успешно готовятся.

Десктоп жил, жив и будет жить. Крупные корпорации всегда ошибаются - исторический факт. Компании пророчили смерть стационарных компьютеров с приходом ноутбуков. Не сбылось, и стационарники до сих пор востребованы. Компании пророчили смерть ПК как игровой платформы с приходом PS3 и Xbox360. Не сбылось, а игровые консоли начинают загибаться. Компании пророчили смерть ПК как пользовательской платформы с приходом мобилок и планшетов на андроиде и айосе. Не сбылось, а рынок планшетников и лопат перенасытился и скоро может сколлапсировать из-за этого. Про тонкие клиенты и облака точно такая же песня. У манагеров есть мечта - организовать денежную трубу, из которой будут течь золотые реки, и на которой они будут единолично сидеть. Вот трындёж про смерть ПК это и есть отголоски той мечты.

С лора старая история как мир:

Где-то я это уже видел. В любом случае эта история подозрительно смахивает на явление, называемое ошибкой выжившего.

[TrveKvlt]

А теперь отдельно о JS и технологиях.

Есть такое понятие - встраиваемый язык программирования. Это средство позволяет легко и просто расширять функциональность программы. Когда веб появился, это был голый HTML, но требовалась интерактивность. Вместо того, чтобы в HTML нагромождения делать, придумали встраивать язык программирования прямо в браузер, а потом уже стандартизировали и назвали JavaScript. Встраиваемые языки очень давно применяются в самых разных приложениях. Это и офисные пакеты, и компьютерные игры (они отличились даже тем, что там несколько раз использовали виртуальную машину, на байт-коде которой фактически часть движка написана. Например, игры Another World, портированная на кучу платформ, или язык программирования Quake C с виртуальной машиной наподобие JVM прямо в Quake Engine.). Встраиваемый язык как правило должен быть достаточно простым и при этом обеспечивать все необходимые возможности для задуманного расширения приложения. В общем, сам по себе JS показал себя с хорошей стороны именно как встраиваемый язык, хотя появились варианты и поинтереснее и лучше, типа Lua (при том, что язык сам по себе универсальный, но за счёт лёгкости и эффективности его как встраиваемый охотно используют).

Что же наблюдаем на примере вебтехнологий на десктопе? На встраиваемом языке зачем-то пишут полновесные приложения, а не под приложения пишут расширения на встраиваемом языке. А как же техническая логика? Она отсутствует. Нужна портабельность, возможность эффективно оптимизировать приложение, единообразие и способность интегрировать приложение с чем угодно? Есть Python, есть Ruby, есть PERL, куча хороших тулкитов.

[Mora]

Иногда создаётся ощущение, что кое-кто всерьёз руководствуется вредными советами https://habrahabr.ru/company/ruvds/blog/330596/ при разработке приложений в целом, и веб-разработке, в частности...

[МpаК]

TrveKvlt, я уже потерял нить разговора, что ты путаешь мне доказать?

JS + Electron это объективная реальность настоящего времени для Desktop приложений, React Native - это настоящее для Mobile, натив есть, остается кто еще пишет на QT и даже обычных Сях. И оно как бы идет все больше захватывая область, оптимизируя инструменты, так что как шутят у нас в чатике - Скоро весь мир даже аллах будет на JavaScript! 

Но если ты помониторишь рынок труда и уровни зарплат, то в среднем на JS спроса больше, работы больше и фронт на будущее как-то очевидно на 10 лет вперед. Нишевые конечно технологии были и еще будут долгое время, но спад есть, спрос тоже, но мы помним и Cobolа c Фортраном была... RIP. 

ps. в целом мне пофиг, меня все устраивает, я вижу намного больше плюсов которые я указывал выше в приходе JS и веба на десктопы чем минусы. Потребление памяти я не вижу в этом проблемы, потому как ее нет, это я уже тоже выше писал.

[TrveKvlt]

TrveKvlt, я уже потерял нить разговора, что ты путаешь мне доказать?

JS + Electron это объективная реальность настоящего времени для Desktop приложений, React Native - это настоящее для Mobile, натив есть, остается кто еще пишет на QT и даже обычных Сях. И оно как бы идет все больше захватывая область, оптимизируя инструменты, так что как шутят у нас в чатике - Скоро весь мир даже аллах будет на JavaScript! 

Но если ты помониторишь рынок труда и уровни зарплат, то в среднем на JS спроса больше, работы больше и фронт на будущее как-то очевидно на 10 лет вперед. Нишевые конечно технологии были и еще будут долгое время, но спад есть, спрос тоже, но мы помним и Cobolа c Фортраном была... RIP. 

ps. в целом мне пофиг, меня все устраивает, я вижу намного больше плюсов которые я указывал выше в приходе JS и веба на десктопы чем минусы. Потребление памяти я не вижу в этом проблемы, потому как ее нет, это я уже тоже выше писал.

То, что на JS+Electron пишут приложения - это факт, который я не отрицаю. То, что спрос на специально обученных обезьян всегда есть - это тоже факт, который я не отрицаю. Я просто утверждаю, что не следует этого делать массово для повседневно используемых приложений. Плюсы есть только в краткосрочной перспективе (принцип "хуяк-хуяк и в продакшн"), но в среднесрочной и долгосрочной это создаёт колоссальные проблемы, которые можно будет расхлебать только тотальным переписыванием и мумифицированием написанных решений. Кстати, Fortran не RIP совсем - его удивительно часто используют и на нём живая кодовая база такая большая, что не только JS, но и .NET не снилось. А Cobol передал эстафетную палочку в руки Java. О потреблении памяти ты как раз очень субъективно написал. Я же вполне конкретно написал, что когда два разных приложения делают ровно то же самое, но одно жрёт на порядок больше ресурсов, чем другое, и при этом оба по времени разработки друг от друга несильно отличаются и также слабо отличаются возможностями, то ситуация оказывается нездоровая. В одних случаях из-за кривых рук, в других - из-за говноинструментов.

[МpаК]

TrveKvlt, проблемы они в любых технологиях, в долгосрочной перспективе и не угадаешь, думаю на Haskell писать нынче тоже не вариант, да и Common Lisp не много любителей, а затыкать Java все дырки уже заебало, потому кол-во языков катастрофически растет каждый год, но ажиотаж нынче вокруг JS и нынче затыкают все через JS, в текуйщей перспективе это самое перспективное перспектива Глянь на рынок труда, людей на Electron + React + ReactNative с руками отрывают за бешенные деньги. И ресерсы потребления памяти, однотредовая убогость Node.js и сама по себе уебищность транспилерность ES6 -> ES5 с танцами в присядку вокруг Babel никого не останавливает.

По времени разработки написать кросс платформенное приложение под Десктоп (Win, Lin, OSX) или дефрагментированные мобилы на нативке или React Native время различает в разы разрыв причем колосальный, потому кому нужен охват и выбирает Electron, остальные или не могут, не понимаю или у них какая-то специфика своя, которая не позволяет. В остальном пока что трендов иных нет.

[TrveKvlt]

TrveKvlt, проблемы они в любых технологиях, в долгосрочной перспективе и не угадаешь, думаю на Haskell писать нынче тоже не вариант, да и Common Lisp не много любителей, а затыкать Java все дырки уже заебало, потому кол-во языков катастрофически растет каждый год, но ажиотаж нынче вокруг JS и нынче затыкают все через JS, в текуйщей перспективе это самое перспективное перспектива Глянь на рынок труда, людей на Electron + React + ReactNative с руками отрывают за бешенные деньги. И ресерсы потребления памяти, однотредовая убогость Node.js и сама по себе уебищность транспилерность ES6 -> ES5 с танцами в присядку вокруг Babel никого не останавливает.

На Haskell и на Common Lisp до сих пор пишут. JS тут - штука краткосрочная. Как я уже выше написал - это язык для встраивания в приложения, а не написания приложений. Перспективы тоже краткосрочные у этого средства и разнообразных обвязок для него. Проблема в том, что это расхлёбывать придётся долго. "Однотредовая убогость", кстати, может быть вовсе не убогостью, а вполне нормальным явлением с точки зрения архитектуры, просто у каждого инструмента есть своя область применения. Многопоточность не везде нужна. Особенно она не нужна в одноразовых приложениях, которые ваяют на коленке - именно там и нужно как можно побыстрее состряпать хоть что-то работающее, а через пару месяцев всё равно выкидывать.

По времени разработки написать кросс платформенное приложение под Десктоп (Win, Lin, OSX) или дефрагментированные мобилы на нативке или React Native время различает в разы разрыв причем колосальный, потому кому нужен охват и выбирает Electron, остальные или не могут, не понимаю или у них какая-то специфика своя, которая не позволяет. В остальном пока что трендов иных нет.

Если писать "десктопную версию сайта", то и правда в разы время сократится, так как в этом случае уже есть готовый код, куски которого можно спокойно использовать. Если писать что-то всерьёз и надолго, то тот же Electron не подходит. Другой вопрос - а нафига нужна десктопная версия сайта? Не проще ли на сам сайт зайти? Инструментов сейчас так много, что адекватный задаче найти не проблема. В крайнем случае напильником допилить. В случае, например, софта для высокопроизводительной обработки данных тот же Electron не подойдёт вообще, даже если нужна идеальная кроссплатформенность. И такой софт далеко не всегда узкоспециализированная область.

[MAXHO]

В начале мая компания Microsoft выпустила обновление для операционной системы Windows XP спустя 3 года и 1 месяц после прекращения её поддержки. Причиной стала атака приложения-вымогателя WannaCry. Это обновление для Windows XP оказалось не единственным, после него вышло второе, а теперь новые обновления вошли в состав вторничных патчей за июнь.

Microsoft пишет, что были обнаружены уязвимости, которые влекут за собой риск кибератак со стороны правительственных организаций. Чтобы устранить их, патчи выпускаются в том числе для неподдерживаемых версий Windows, включая Windows XP и Windows Vista. Установить патчи можно в центре обновления Windows и центре загрузки Microsoft.

Разработчики утверждают, что данный случай является исключением и стандартная политика обслуживания остаётся прежней. Исключение сделано по той причине, что Microsoft получила сведения о возможности проведения новых масштабных атак вроде WannaCry. Откуда появилась эта информация, Microsoft не уточняет.

Мартовские обновления безопасности закрывали уязвимость для инструментов взлома, которые попали в сеть благодаря утечки из АНБ. Виновником считается группа хакеров под названием Shadow Brokers. За месяц до этого Microsoft впервые в истории пропустила вторничные патчи, что может быть связано с необходимостью закрыть обнаруженные уязвимости.

Несмотря на угрозу, следует отметить, что от WannaCry компьютеры на Windows XP пострадали незначительно и основной удар пришёлся на Windows 7.

[Gafur]

сейчас зашел на сайт технопоинта, видяхи глянуть. НИ ОДНОЙ видяхи выше GTX1050 ни в наличии, ни в предзаказ нет Всему виной новый майнинговый бум, биткоины снова в тренде, как это было около трех лет назад, когда из-за них цены на видяхи взлетели. Но тогда они хоть в наличие остались.

[TrveKvlt]

Теперь видеокарты можно скупать вместо долларов. Когда выйдет Vega, можно закупиться первыми партиями, а потом втридорога толкать 

[Gafur]

уже поздно. Дефицит и цены сами производители задерут

[Zlobr]

Федеральная комиссия по связи США (FCC) выделила британской компании OneWeb набор частот для раздачи интернета с микроспутников. Компания планирует запустить сотни спутников, чтобы обеспечить удаленные территории интернетом.
https://hightech.fm/2017/06/26/fcc_greenlights

[Gafur]

[MAXHO]

[Zlobr]

В РФ узаконили кибердружины - отряды добровольцев-"крамолоборцев" по поиску "опасной" информации в интернете

— Не обо всех людях мы сразу сообщаем в органы. Бывает, что все материалы на странице нормальные и только один экстремистский. Мы пишем такому человеку и сообщаем, что материал надо удалить. У нас есть для этого специальные аккаунты-боты. Многие сразу удаляют...
Как российский интернет защитят от угроз

На счету Сергея немало разоблаченных экстремистов. В одном историческом сообществе, например, посмели говорить, что ветераны Великой Отечественной живут в России "настолько плохо, что в пору разрешать эвтаназию". Он подал сигнал — сейчас сообщество закрыто. Или вот молодая женщина — прикурила в храме от свечки и выложила фотографию в интернет. Сергей помог (он так и говорит — "помог") возбудить дело об оскорблении чувств верующих. В мае нарушительницу осудили, но, приняв во внимание новорожденного ребенка, пожалели и остановились на штрафе. А вот националист, призывавший воевать на Донбассе на стороне Украины, по словам Сергея, уже сидит.
Последняя же победа активиста — антифеминистское сообщество "Мужское государство".

https://www.kommersant.ru/doc/3329680

[МpаК]

  апчем я и говорил, скоро их биткоинами награждать будут ваще красота будет

[Mora]

Украина подверглась самой крупной в истории кибератаки вирусом Petya

https://habrahabr.ru/post/331762/


Котики, закрывайте порты 135, 445, 1024-1035 на forward.
Ставьте https://www.talosintelligence.com/mbrfilter MBR Filter от Cisco Talos, и предупредите юзеров.
В России серьёзные проблемы у Роснефти и, по непроверенной инсайдерской информации, у Башнефти.

[jday]

Да просто не открывайте непонятные файлы в письмах.

[Gafur]