Товарищи - имею желание изучить другой ЯП. Много слышал об популярности Java.

А какой язык к изучению посоветуете вы? (в финансовом плане, разумеется)

JavaScript

(1) насколько знаю - JS - это в основном - веб-разработка.

А если не веб?

А тебе для чего?

(1) JavaScript — язык, родившийся мёртвым.

(3) Для денег.

(Такие понятия, как "интересно" - не поднимаю, ибо субъективно)

Твоя первая ошибка - для Денег.
Ты будешь писать быдлокод.
Поначалу это будет прокатывать, пока с тобой не знакомы.
Потом тебя будут посылать лесом.

(0) Выбирают сначала сферу, которая интересна лично тебе, потом учат язык и окружения которое с этим связано. Чисто ради денег это тупик, senior developer'ом без неподдельного интереса не стать

(0) java на самом деле еще долго перспективно будет. Много промышленных решений на нем крутится.

Я для себя выбрал Python 3, чему очень рад.

(7) Эт точно. Как ни странно часто сильно выше среднего зарабатывают узкоспециализированные спецы, которые изначально не ради денег шли в отрасль. Как пример могу привести ГИС специалистов.

(7) (6) Не дурак, сам понимаю, что интерес - это главное, а деньги последуют за этим.

Java интересна как раз тем, что разрабатывается софт, программы, в жизнь воплощаются идеи (что мне очень нравится).

(10) Сейчас в IT куча областей. Веб формашлепство, мобилки, big data, machine learning, IoT. Выбирай к чему душа лежит, зарплаты везде высокие.

(8) А можно узнать почему? :)

(10) Java это бек-енд (либо андроид). Можно в перспективе перейти на big data легко в принципе.

(2) Если не веб, то всё равно JavaScript (с диалектами типа TypeScript)

(4) Он ужасный, но без него никак.

(11) Я-то выберу, но чтобы выбрать, нужна выборка, обойти, опробовать её :)
А что обходить, если из тут присутствующих - только два человека что-то посоветовали?

(14) Спасибо, вы далеко не первый, кто его так-же советует.

Опять таки - верно-ли утверждение, что JS ориентирован больше на веб?
Или, возможно, это зависит от фреймворка?

(13) Ок, спасибо :)

(17) Сейчас вся разработка ПО уходит в веб в любом случае, под десктоп писать не перспективно. Поэтому выбора по сути 2: фронт-енд(js), либо бек-енд(тут много чего есть)

(19) Так и браузер написать будет некому.

(20) В Windows встроена программа для скачивания браузера, называется InternetExplorer. Кстати, тоже почему-то называется браузером.

(21) Уже две!

Руби + Питон

(23) Какие-то новые сущности... Я знаю язык "C" и достаточно бесполезную надстройку над ним под названием С++. Руби и Питон как-то расширяют С++ ?

(24) Не нужны фигурные скобки для выделения фрагментов ))

begin, end, ^ и absolute объект-паскаля достаточно для воплощения любых идей.

(26) Паскаль - плохой язык. Он создан для зомбирования студентов. Реальное программирование базируется на С

Есть Java, есть php и есть ещё много чего.
На java, кстати, можно целое приложение написать, которое потом и в Android конвертнуть можно.

(28) Вот, что меня в ней завлекает :)

(28) Java может умереть по клику Обамы, но мы все от него зависим. Решай.

(30) Сама Java не умрёт, так как это просто среда исполнения.
В принципе, по желанию Китайцев умереть может вообще всё сделанное у них оборудование, а есть ли что-то, в чём нет ничего, сделанного в Китае ?

(17) js давно перерос веб. На js пишут серверные, десктопные, мобильные приложения. js используется как внутренний язык в некоторых программах и СУБД. Созданы компиляторы с других языков в js.
Кроме того, js сейчас развивается как не в себя.

(31) Java - это язык с владельцем, и его владельцем является Oracle. Глупо думать что-то другое.

(32) Дополню:

- frontend - js
- backend - node.js
- desktop - electron.js
- mobile - React Native

Изучай TypeScript, Angular 2.
При выборе Java и C# учитывай, что сейчас активно развивается .Net Core, Xamarin https://www.youtube.com/watch?v=vaIB4D9J1Bs

У Java полно занятых ниш.
А дальше уже любой язык легче пойдет. Хоть С++, хоть Хаскель.

(35) Молодой человек не толкайтесь =))

Изучай Flow, React.
При выборе js учитывай, что сейчас активно развивается node.js, React Native, Electron https://www.youtube.com/watch?v=j5VSvv94mls

У Js полно занятых ниш.
А дальше уже любой язык легче пойдет. Хоть Rust, хоть Clojure.

(36) А чем тебе TypeScript, Angular 2 не нравится?

(36) Спасибо за молодого человека. Намедни 53 годика исполнилось

(37) А чем тебе Flow, React не нравится? =)

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

" в итоге разница достаточна эфимерна"
~100 Мб

И ускорение графики иногда нужно отключать, а то нихрена не видно.

(39) А я их не знаю. А вот  TypeScript и Angular 2 знаю
https://habrahabr.ru/post/318480/

Они все разные. Но вот Angular 2 с TypeScript мне очень понравился.

И кстати за 40 постов не был ни разу назван C#. А он сейчас наверное один из самых мощных языков. При этом он и опенсурс и кроссплатформенный и Net Native итд и тп.

(40) Что за 100мб? Это разница между чем и чем?

(44) Между электрон-"десктоп"-приложением и нормальным десктоп приложением.

(45) Ну если быть точным не 100, а 46.1,

https://electron-api-demos.githubapp.com/updates/ElectronAPIDemosSetup.exe

да и если бы даже и 100 какое это имеет значение, по-моему вообще никакого

Похоже пора сделать секцию для тех кто хочет соскочить с 1с

(46) Я имел в виду размер неупакованного приложения.
Когда нужно каждый месяц рассылать почтой новые версии, а клиентам загружать это через мобильное подключение, размер имеет значение.

голый ЯП нафик некому не сдался, учи .Net

(48) +Десктопное, кросплатформенное приложение классическими средствами создаётся намного проще.

(43) Потому что мощь языка это далеко не все. Есть много крутых и мощных языков (Rust, Erlang и т.д). Имеет значение сфера где этот язык применяется, и чем шире эта сфера, и чем быстрее она растет, тем перспективнее язык. ИМХО, C# слишком долго был в отстойнике Micrisoft/Windows, и сейчас нужны титанические усилия Microsoft и время, чтобы расширить сферу применения и заставить компании и девелоперов перейти на .Net. Если честно не могу представить за счет чего .Net может подвинуть например JEE, не с точки зрения фич, а с точки зрения бизнеса. И запах монополии Microsoft всеравно многих отпугивает. Джавой хоть формально и владеет Oracle, но она процветает не за счет Oracle, а за счет огромной open-source сообщества.

(0) Учи что хочешь, кроме 1С. Мне в финансовом плане это помогает, т.к. по-настоящему крутых спецов по 1С так и остается мало. Тебе поможет ли не знаю)))

(0) 1С изучен полностью?

(51) Угу. Проблема в том, что Sun и Oracle очень медленно развивают язык.
.Net Core развивается в первую очередь для Azure ра чем MS зарабатывает сейчас в основном. В Net Core кстати заинтересован и Googl после проблем с Oracle.
Samsung выбрал Xamarin.Forms для своей Tizen https://www.tizen.org/blogs/dh0922/2016/tizen-.net-developer-preview
.Net Core это open-source. Кстати
Перевод .NET в Open source принес Microsoft ощутимую пользу
https://habrahabr.ru/company/inoventica/blog/318478/

«Сорок процентов пользователей .NET Core — новые разработчики», — утверждает директор .NET-подразделения Microsoft Скотт Хантер. «Мы хотим привлекать новых людей».

Можно ли назвать опыт взаимодействия с Open source-сообществом позитивным для Microsoft? Безусловно. Косвенно об этом свидетельствует недавний выпуск превью Visual Studio для Mac, который компания сделала в ноябре этого года.

Скотт Хантер утверждает, что это будет первый случай портирования IDE компании на платформу, отличную от Windows. При этом в разрабатываемом IDE Visual Studio 2017 включено упрощение синтаксиса для работы с open source проектами на .NET Core, то есть компания берет курс на сближение как можно большего числа своих продуктов с Open source-сообществом и, соответственно, на максимизацию аудитории.

прочитай sicp. сделай все упражнения. Потом вопрос языка тебя волновать уже не будет.

+(55) если только в хаскель/F# не полезешь

(54) Oracle отказалась развивать Java ЭЭ.
Это вроде не сильно новая новость :)
У разработчиков остается надежда что опер соурсы будут развивать джаву дальше.
Либо она опять начнет ветвить.

Из языков выбрать джаву нормально, человек разберется в ООП.
Поймет что такое жесткая типизация и чем "=" отличается от "=="

(57) И что нельзя сравнивать между собой строки через ==. Объекты типа String не равны друг другу, даже если содержат одинаковые строки. :)

Сам придумал, сам посмеялся, молодец!

(57) Зачем вы дезинформируете людей :)
https://blogs.oracle.com/java/java-ee-8-overview

(58) На самом деле из-за пула строк могут быть равны и по == :) Но правильно конечно сравнивать по equals
(60) +1

У JEE ближайшие лет 10 все хорошо, как и у 1С :)

А когда в джаве появятся беззнаковые типы?

(63) Во-первых зачем, во-вторых беззнаковая арифметика не везде одинакова, а java работает везде.

(54) Чем интенсивнее развитие тем больше глюков и несовместимостей версий. Изначально нормально спроектированный яп развивается медленно.
А у МС выкидышей слишком много, что-бы на их технологии опираться.

(64) Что значит "беззнаковая арифметика не везде одинакова"? По-моему как раз знаковая не везде одинакова. Вполне может существовать процессор, где отрицательные числа представлены иначе, чем принято сейчас. Скажем, прямой код со знаковым битом вместо дополнительного.

(66) Это надо углубляться в работу процессоров) Я предполагаю изначально это было сделано для переносимости (хотя сейчас уже и не узнаешь, просто так спроектировали). Беззнаковость наверно нужна где-то в embedded системах для работы на низком уровне с различными протоколами, для этого в стандартной библиотеке есть api для более удобной работы с unsigned

C# почему не предлагали?

в финансовом плане изучай не языки программирования, а руководство отделом программистов или своей фирмой..
иначе шило на мыло

(67) Ну во-первых тут можно сказать что "на низком уровне" в общем то java и не работает, она все равно крутится в рамках виртуальной машины. А во вторых для самого низкого уровня есть побитовые операции.
Беззнаковый тип, как  мне всегда казалось, нужен исключительно для расширения значения.

(70) Работает, есть специальная версия платформы Embedded, которая запускается на крошечных системах типа IoT. И бывает что взаимодействие с другими системами происходит по бинарным протоколам, которые оперируют unsigned типами. И если каждый килобайт на счету, надо как-то выкручиваться. Но скорее всего такие проблемы очень уж редки.

(70) Беззнаковый тип нужен для того, чтобы работать с низкоуровневыми данными и для использования в счетчиках. Отказ от беззнаковых типов приводит к тому, что разработчик вынужден использовать числа большей разрядности неоптимально.

(72) В отрыве от платформы тут предположения об оптимальности строить сложно. Например, на x86 работать со словами может быть дешевле чем с байтами, а может и нет.

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

(48) >> Когда нужно каждый месяц рассылать почтой новые версии, а клиентам загружать это через мобильное подключение, размер имеет значение

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

(75) И откуда оно обновится?

(0) Ты неудачник а мы тебе не товарищи.

(0) Алгоритм действий:
1. зайти на hh.ru
2. в поиск забить "программист" или "разработчик"
3. отфильтровать по убыванию ЗП
4. провести анализ увиденного и рассказать нам.

(76) Не поверишь, из npm repo, которое укажешь

(78) +5
Жаль что нет рейтинга постов/сообщений, никидал бы плюсиков.

(79) Теперь, внимание, вопрос: кто сказал что это нужно, или возможно где-то публиковать?
А так, обновлялку можно на чем угодно нарисовать и бэк с фронтом и браузером в один пакет засунуть тоже.

Автор не написадл для каких целей он хочет изучить новый язык программирования.

Для Фриланса?
Для поиска новой работы в России?
Для поиска работы за рубежом?

Для решения каких-нибудь задачек для себя?
Для повышения уровня своей квалификации?
Для повышения своей стоимости на рынке?

С этого надо начинать. Определиться с целями.


Изучай Веб языки. php - самое простое. Дальше JS изучишь...


Можешь пойти в мобильную разрабтку. под Андроид разрабатывать приложения. Если тебе это интересно. Мне веб интереснее.

Я бы вообще ассмеблер изучал и писал на нем, но где же найти применение этим знаниям...

(81) Ты написал, что разница между обычным приложением и электрон приложением будет 100 мб, я тебе указал что не 100, а 46 и приложение пользователю надо будет скачать только один раз, т.е. можно настроить его автообновление.

(83) 46 тоже не в каждый ящик влазит, онлайн сервис для автообновлений отсутствует и не планируется. Итого: электрон пролетает. А что можно настроить - мы и сами не первый день замужем.

(84) Какой нафиг ящик?  В 90х годах застрял что ли? Может еще скажешь на дискетку не влазиет?

Вот прямая ссылка на демо приложение.

https://electron-api-demos.githubapp.com/updates/ElectronAPIDemosSetup.exe

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

(85) Кое-что и на дискетку должно влазить.
Этот электрон не так давно я уже вертел, не скажу на чем.

Как плужат суперсовременные, "облачные" и не очень решения и всё от них зависящее тоже насмотрелись.

"на едином языке бэк и фронт"
Веберы уже и PHP не осиливают. (Неужели даже без html-json-xml?)

(88) На js дорогой друг, на js.

(89)
function createWindow () {
  win = new BrowserWindow({width: 800, height: 600})

  win.loadURL(`file://${__dirname}/index.html`)

  win.on('closed', () => {
store windows
is the time
    win = null
  })
}

win.loadURL - что делает?

(90) Загружает базовый html файл указанный в приложении.

А вот и он сам, и на этом работа с html законечна. Ни один html файл больше создавать не придется.

<code>

<!DOCTYPE html>
<html>
  <head>
    <meta charset="utf-8">
    <title>Hello Electron React!</title>
    <script>
      (function() {
        if (!process.env.HOT) {
          const link = document.createElement('link');
          link.rel = 'stylesheet';
          link.href = './dist/style.css';
          document.write(link.outerHTML);
        }
      }());
    </script>
  </head>
  <body>
    <div id="root"></div>
    <script>
      {
        const script = document.createElement('script');
        const port = process.env.PORT || 3000;
        script.src = (process.env.HOT)
          ? 'http://localhost:' + port + '/dist/bundle.js'
          : './dist/bundle.js';
        document.write(script.outerHTML);
      }
    </script>
  </body>
</html>


</code>

(91) "Ни один html файл больше создавать не придется."
О файлах никто и не говорит. Пихать html в элементы придётся.

(88) Складывается впечатление,что вы застряли в стереотипах начала нулевых.

(92) Поверь мне, не придется ничего никуда пихать...
Я серьезно. Т.к. фронт можно построить полностью на React, а для бэка будут доступны сотни тысяч готовых пакет из npm. В результате получаем невероятную гибкость за счет того что фронт строится на веб технологиях и невероятную мощь за счет того, что приложение имеет полный доступ к операционной системе.

(0) Изучай не ЯП а другой человечесткий...
английский, китайский, арабский...
Гораздо лучше. Потом уж думай о ЯП.

(0) Изучай не язык, а технологии. А сам синтаксис языка изучишь по ходу.
Например - Android - Davik Virtual Machine - Язык обычно Java

В версиях, начиная с Android 4.4 Kitkat, имеется возможность переключиться с Dalvik на более быстрый ART (Android Runtime). В Android 5.0 был полностью заменён ART.

(94) "фронт можно построить полностью на React, а для бэка будут доступны сотни тысяч готовых пакет из npm. В результате получаем невероятную гибкость за счет того что фронт строится на веб технологиях"
Гибкость разве что в обилии возможностей вывихнуть себе мозг и отстрелить ноги. Тащить веб технологии на десктоп - явный оверинжиниринг, который можно оправдать только необходимостью адаптирования уже существующей системы, или отстутствием специалистов.

(97) Правильно, так их, только Си++!

(98) Ты че, это ж сишные библиотеки надо надо тащить, это оверинжениринг! Только на асме все писать! ))

(97) Извини, ребятя их гитхаба притащили и написали на этом второй по популярности тестовый редактор Atom, и их мнению как-то больше доверия чем твоему. Конечному пользователю начхать что ты тащишь, а что нет, чтобы написать конечный продукт. А вот веб разработчику, который умеет уже js - получить возможность на знакомых технологиях написать полноценное десктоп приложение дорогого стоит, причем что приложение еще и кроссплатформенное получится. Важна скорость и удобство разработки - остальное пыль, хоть 10 гигов для этого выкачать придется.

(99) Да, особенно интересно читать этот бред на форуме одинэсников ))))
Прям как тренинг успешности на который бизнес-тренер приезжает на трамвае.

(101) < на который бизнес-тренер приезжает на трамвае.>

Может он хипстер и в целиях учёта бабла не хочет платить за бенз и парковку?

(102) Ага, пятихаточка на бензин - это именно те косты которые в первую очередь режут все успешные бизнесмены.

(98) Миллион возможностей.
(100) А первый - vim, или emacs?
(101) У меня всё работает, а в это время условные финансово-успешные рубят мир втруху.
(103) Они экономят на программистах и нанимают похаперов.

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

Сейчас придут франчи и расскажут, что знание ЯП - это ерунда. Главное - закрывать потребности клиентов. Без всяких ЯП.

(106) Так и есть, и осознание и принятие этого факта означает что вы переросли программинг

Главное - делать всё по ТЗ и в рамках договора.

(0) Учи не конкретный язык, а методы/парадигмы/паттерны/технологии и т.д. которые используются в различных языках и фреймворках.

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

(100) "причем что приложение еще и кроссплатформенное получится"
Кроcсплатформенное приложение отказалось устанавливаться на XP, так что время старта проверю чуть позже.

(78) Лучший совет

(110) <Кроcсплатформенное приложение отказалось устанавливаться на XP>

Вы бы ещё в Win95 попробовали :)

===

Поднял тут дома старый сервачёк на XP, на базе компа из середины 2000х...офигеть, половина софта уже не поддерживает XP...во время летит...я даже первый попавшийся опенсорсный FTP сервак не смог поставить свежей версии

(109) Только вот чтоб быть хотябы мидлом нужно значть структуру объектов и свойств языка хотя бы на 50%

(112) Ща застрелимся всей областью. Позже попробую на 10-ке, но там проблемы со временем старта самой системы.
====
Поставил на сервачек ESXi...

(0) Проблема явы в том что совместо с 1с ее применять негде.
Из тех что есть где применять - это js (веб) и пхп (битрикс)

(115) почему негде, в энтерпрайзе вполне

у меня одинеска чиселки считает, а явовский интерпрайзный монстр исходные данные выдаёт и результат забирает

(116) плэйн джава или энтерпрайз джава?

(117) всё в куче, и ентерпрайзные куски есть, и просто сервисы на яве...

(110) >>Кроcсплатформенное приложение отказалось устанавливаться на XP, так что время старта проверю чуть позже

WinXP не поддерживает, DOS Тоже

(118) У вас какое то свое по на яве?
Такое редко встретишь

(119) Electron - это конечно через ж..ный метой написания десктопных приложений. Начиная с того что весь интерфейс пишется руками.
То ли дело раньше было - накидал контролов на форму, свойства и события прописал и вуаля...

(119) А Sublime идёт себе. Также идёт куча ПО несовместимого с Vista+, от которого отказаться нет возможности. В некоторых программно-аппаратных комплексах ещё попадается windows 98.

(120) есть огромная процессинговая система на яве+pl/sql+cpp и связки с разными сервисами на самописной яве между ней и разными crm/1c/другими_производственными подсистемами

у нас околоайтишная контора по этому свой отдел разработок

(121) За то интерфейс может быть сколь угодно сложным. Не хочется руками все писать. Так можно взять готовую библиотеку http://www.material-ui.com/ + у любого веб программиста с предыдущих проектов всегда есть кантролы, круто взять их и использовать под десктоп, переиспользование кода... а потом можно взять и использовать с React Native и получить нативное мобильное приложение.

C#
Сам учу и другим советую.

(124) http://edopeno.com/wp-content/uploads/2012/12/blender_screenshot1.png таким может?

(126) :)
все эти ноды с электронами существуют только для трёпа в интернете

(127) Серьезно? А вот эти приложения все откуда взялись?

http://electron.atom.io/apps/

А вот статистика с https://www.npmjs.com/

400,604
total packages
89,711,359
downloads in the last day
1,635,155,912
downloads in the last week
5,388,364,784

Трепачи это как раз вот такие типа тебя, пукнул в лужу, без всяких доказательств, и вроде как себя крутым чувствуешь.

(127) новый скайп под линух через электрон работает вроде

(128)  "А вот эти приложения все откуда взялись?"
это всё мусор. из серии "скачал, запустил, удалил"

(129) И что? Отличено работает? ))))

(129) ну вот типа скайпа еще пойдет. и это предел

(126) конечно может, вопрос насколько все это будет тормозить

(131) то как он работает отдельный вопрос, он и без электрона чёрти во что превратился усилиями мелких

Я думаю еще года три минимум пройдет прежде чем для ноды появится заточенная среда для написания десктопных программ.
Чтоб можно было кнопочки накидывать

Но учить можно и сейчас уже, все равно курс взят туда и вот он то уже врядли в ближайшем будущем поменяется

сейчас и в нормальных средах "накидывать кнопочки" както геморройно стало... со всеми этими xml и хренотой какойто динамической

(136) А ты будешь учить?

(138) учу потихонечку ангулар

Хотел вот quick-order переписать на ангуларе, но столкнулся с тем что там компоненты то завязаны на реакт.
Надо какой нибудь другой проект брать

(139) И как в тебя всё влезает...А зачем тебе, ты же ЕРП-шник-эксперт? Тоже соскочить хочешь?

(141) Хочу

(142) Куда мир катится...За что, за что вы так ненавидите 1С???

(143) Мы очень любим 1С.

(143) "Я очень люблю ПЖ!"

Почему обязательно надо ненавидеть 1С чтобы с него соскакивать? я например очень положительно её оцениваю, но считаю что для меня лично это пройденный этап и не более

(143) хочется программировать

(128) Нафига нужны приложения, не запускающиеся на XP?

(147) А зачем нужны приложения на запускающиеся в DOS 6.22?

(148) Есть разница между дос и XP. До сих пор XP пользуется немалый процент людей, в отличие от нативного доса.

Вот если я сделаю приложение на дельфи, оно будет запускаться везде - от Win95 и до последних Win10. А также без особых бубнов - под вайном в любом современном линуксе. Вот это - настоящая кроссплатформенность)

(150) На планшетах не будет

(148) ну XP от windows 10 для пользователя принципиально ни чем не отличаются.

(149) этот процент сокращается и с каждым месяцем всё быстрее и быстрее

смысла вкладыватся в его поддержку вновь-создаваемых продуктов никакого

точно также как сейчас Android 2.x поддерживать. да даже 4.1.x тоже

(140) А что там переписывать,проект еще в стадии альфы)). Бери да с нуля пиши, при должной сноровке на ангуляре не хуже получится

(150) в 7ке и 10 старые делфийские проги по XP, использующие БД не работают.

(151) Вот выпустят wine под андроид - и будет

(149) +я помню такиеже рассуждения по поводу Win98, NT4 и W2k...и кто о них помнит сейчас?

(153) Для офиса сокращается намного медленнее, чем для домашних применений. В организации если купили комп и он работает - то и будет работать пока не сломается. Тогда только купят новый с новой ОС.

(157) Я помню. В NT4 не хватало поддержки pnp и usb, в 2000 уже всего хватало - по сути XP это очередной сервис-пак для w2000. А вот дальше начался гемор с ломанием совместимости.

(158) медленнее, но тем не менее сокращается, в 2000е было много компов с "электролитами" на материнках, которые сейчас массово выходят из строя, а меняют их уже как минимум на Win7

(147) Давай логически прикинем кому такое приложение может быть нужно...хм...опа! Да наверное всем у кого нет хп! Логично?

scala

там спецом мало и если найдешь работу то зп будет больше чем на java

(157) Да, каждый раз такое нытье)) "нельзя бросать пользователей ie6 их же так много !", проходит год - бздык...все дропнули поддержку ie6 и забыли как страшный сон. Потом началось "Нельзя бросать пользователей ie8!", проходит год - бздык, ну дальше вы поняли)) Есть отличная статья у Джо Спольски "Огонь и движение" о развитии софтостроения, о том например как майкрософт в свое время добился такой доли рынка

(104) >>> Они экономят на программистах и нанимают похаперов.

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

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

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

(164) < фирма 1С делает все, чтобы платформа 1С была как можно дальше от профессионального программирования.>

Недавно разглядывал пример явовского кода от 1С по связи с веб сервисами...эти наркоманы и там по русски пишут

(185) Судя по организации кода самих конфигураций и всяким битриксам у 1С просто физически нет профессиональной экспертизы. Ну то есть очень мощный бизнес (планирование, маркетинг, аналитика вот это все), а техническое крыло представлено изначально очень опытными фикальными скульпторами и уверенно продолжает эти традиции.

(166) Сбавь тон, иначе будешь искать себе другое место в интернете для своего словесного поноса.

"богомерзкий похапэ отвечает современным стандартам отрасли"
Хочется уточнить, о какой именно отрасли спич.
(Пожалуйста, сотворите мне профессиональный скрипт импорта из xls, на профессиональных же технологиях, или профессиональный просмотрщик некоего закрытого формата.)

(164) "В то же время, 1С принципиально не подходит для серьезной работы и фирма 1С делает все, чтобы платформа 1С была как можно дальше от профессионального программирования" - подозреваю, что если 1С попытается сделать так, чтобы работать стало можно только "в серьёзном профессиональном стиле", то из бизнеса вылетит "over 80%" разрабов как минимум.

Т.е. работать станет НЕКОМУ.

p.s. Ещё исторически недавно основной язык "корпоративной разработки" в США был "вижуал бэйсик" ;-)
Я имею в виду тот, что был до появления net. И что ? Да нормально работали, написали "over 100500+ тонн кода"...

И что ? ;-)

(169) <основной язык "корпоративной разработки" в США был "вижуал бэйсик">

"не читайте до обеда советских газет" в данном случае рекламок от MS

(169) так все равно к этому все и идет.
1с 8.0 и 1с 8.3 с асинхронностью по сложности отличаются ого-го как

(169) основной язык "корпоративной разработки" в США был КОБОЛ

К 1997 году активно использовалось около 240 миллиардов строк кода на Коболе, кодом на Коболе обрабатывалось около 90 % финансовых транзакций в мире и 75 % коммерческих транзакций, общая стоимость используемого кода — 2 трлн долларов США

Кобол имел прекрасные для своего времени средства для работы со структурами данных и файлами, стал первым языком, в котором появился тип данных «запись»[4], это обеспечило ему долгую жизнь в бизнес-приложениях, по крайней мере, в США.

широко известно высказывание Дейкстры «Использование Кобола калечит ум. Его преподавание, следовательно, должно рассматриваться как уголовное преступление».

https://ru.wikipedia.org/wiki/Кобол

(172) При чем на столько основательно что до сих пор куча кода на коболе и множество проектов по вялотекущему переписыванию с кобола на джаву ищут людей.

(170) Ну, когда стали внедрять net, в интернете разразили массовые истерики... Все "великие спецы корпоративного программирования" выпали в осадок. Есть и переводная литература... Да я просто тогда активно писал в этой области "на языках".

Впрочем, спорить на эту тему не хочу.
(172) Банковский сектор, финансовые расчеты, "большие ЭВМ". Там где персоналки - VB5 (VB6 был уж очень глючный).

(171) Возможно. Но это не очень хорошо и для бизнеса, и для 1С... Если ещё внедрить ООП - всё, трындец... ;-)

(176) В 1С есть ООП.

(175) В банковском секторе очень много софта было с "досовским интерфейсом" который запускался через терминал. остатки от него до сих пор остались, даже есть более новые системы которые "выглядят как раньше"

(177) Ну, Вы же понимаете, что я имел в виду ? ;-)

А в случае с VB, на нём не было бизнеслогики, это лишь морда доступа в БД, сейчас например в банках эту роль играют Oracle forms

Короче, я хотел сказать, что 1С соответствует (более или менее) текущим задачам и текущему контингенту пользователей и разрабов.

(169) Да ничего. Просто в пост СССР 1С является прямым конкурентом мелкомягких и в итоге вышибла их с этого пространства. Просто почему-то часто ошибочно считают что платформа одинэс как-то конкурирует с корпоративными инструментами типа джавы и оракла, хотя на самом деле одинэс конкурирует с майкрософтом в части офисной экосистемы. И делает это крайне успешно!
Если принять эту картину, то все встает на свои места и не возникает глупых вопросов о сравнении C++ и 1С.

(180) Теоретически - Вы абсолютно правы... ;-)
Будем считать, что никто никогда бизнеслогику в код на фомочках не запихивал... Все были такие хорошие-хорошие... ;-)

(177) Разве в 1С код оргнизован в ООП парадигме с непременными полиморфизмом, инкапсуляцией и наследованием?

(182) Ну да. Сравнивать C++ и 1С - что сравнивать вилку и топор...

(182) <1С является прямым конкурентом мелкомягких>

Это какое приложение у них конкурирует с MS?

Axapta чтоли?

(179) Из всего ООП для 90% потребностей достаточно инкапсуляции. Для 10% функционала будет полезно наследование. В 1С есть наследование от базовых классов, встроенных в платформу. Сейчас ещё расширения допилят и будет вам наследование для объектов. Полиморфизм, конечно, тоже есть.

(187) Ну нееее.
Если из ООП убрать наследование, это практически в чистом виде процедурное программирование.
А так как этот принцип фактически не реализован, то и о полиморфизме говорить странно.

(185) Сравнивать C++ и 1С - это как сравнивать топор и машину для вырубки леса. 1С — это та самая машина
https://www.youtube.com/watch?v=eKsEGvxl_ZY

(188) Главное в ООП — это инкапсуляция. Наследование нужно редко. Читаем Thinking in Java by Bruce Eckel

Проще всего использовать класс повторно, непосредственно создавая его объект, но вы можете также поместить объект этого класса внутрь нового класса. Мы называем это внедрением объекта (создание объекта-члена). Новый класс может содержать любое ко­личество объектов других типов, в любом сочетании, которое необходимо для достижения необходимой функциональности. Так как мы составляем новый класс из уже существующих классов, этот способ называется композицией (если композиция выполняется динамически, она обычно именуется агрегацией). Композицию часто называют отношением типа «имеет» (has-a), как, например, в предложении «У автомобиля есть двигатель».

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

http://wikijava.org.ua/javabooks/Thinking_in_Java_4th_edition.html#.D0.9F.D0.BE.D0.B2.D1.82.D0.BE.D1.80.D0.BD.D0.BE.D0.B5_.D0.B8.D1.81.D0.BF.D0.BE.D0.BB.D1.8C.D0.B7.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B5_.D1.80.D0.B5.D0.B0.D0.BB.D0.B8.D0.B7.D0.B0.D1.86.D0.B8.D0.B8

(187) "Из всего ООП для 90% потребностей достаточно инкапсуляции" - если не рассматривать предопределённые в конфигураторе объёкты, то инкапсуляция реализуется в языке 1С при помощи СТРУКТУР.

Посмотрите проведение любого документа, например...
Но дело в том, что структуры есть и в "плоском с". Том, что "от Кернинга-Ричи...". Причём, в с структуры для этого весьма эффективно используется...

Вот посмотрите классическое Windows api. Реальная степень инкапсуляции покруче чем в "плюсах"...

Но ведь мы не считает что в с есть ООП ?

(186) Конкуренция ведется не на уровне приложений, а на уровне потребностей и сегментов рынка.
Мелкомягкие активно двигают пакеты офисных программ и приложений, пытаются давать инструменты для автоматизации документооборота и прочие ништяки для офиса. Вы же помните все эти аксесы, запрограммированные эксели считающие финансовый результат, документообороты, шэирпоинты и прочее.
Вот абсолютно тот же сигмент 1С закрыло на территории бывшего СССР удачно удовлетворив основную потребность в автоматизации бухгалтерского учета.
В СНГ теперь не нужен эксель с макросами - есть 1С, не нужен аксес - есть 1С.
А чтобы уж точно оставить за собой эту нишу, появились разные битриксы, которые прикрывают от шарепоинтов.

(191) Структура - это инкапсуляция данных. А если взять 1С-объект обработка, то в ней мы инкапсулируем структуру данных и методы. Вот вам и класс. И этого вполне достаточно для 90% бизнес-задач.

(193) "И этого вполне достаточно для 90% бизнес-задач." - я это с самого начала говорю...

(0) Во, тс, специально для тебя нашел Спольски "Огонь и движение" Очень умный дядька

http://russian.joelonsoftware.com/Articles/FireAndMotion.html

Написано аж в 2002 году, а как актуально

Пару выдержек:

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

"Огонь и движение" для маленьких компаний, типа моей, означает две вещи. Вы должны иметь время на своей стороне и вам необходимо продвигаться вперёд каждый день. Рано или поздно вы выиграете.

(195) У Спольски един один плюс и один минус.
Плюс - он является автором объектом модели ексель-басика.
Минус - он из тех... Заднеприводных.

Вот и думай, слушать его или нет.

Хотя многие вещи у него хорошо рассказаны.

(188) >>> Главное в ООП — это инкапсуляция.
Шедевральненько.

(196) Да пусть он хоть лесбиянкой будет, какое это имеет значение ? =) Главное что пишет по делу

(198) "Хотя многие вещи у него хорошо рассказаны." (с) Я, любимый.

(197) Это ещё чё... Когда мысль разработчиков ООП-языка заходит в тупик, то рождаются вот такие шедевры:

Integer a = new Integer(5);
Integer b = new Integer(5);
if (a == b) {
   // условие всегда ложно
}

(201) тут есть логика если знать как язык устроен

и надо писать не "==", а a.equals(b)

(201)
s1 = new std:string("aaaa");
s2 = new std:string("aaaa");

cout << (s1 == s2);

(201) Подмена понятий как основа ведения дискуссии...
При чем здесь ООП?

(205) Everything is an Object (c) Alan Kay

(205) Объекты Integer не равны друг другу. Не путать с типом int

Вообще если у человека цель получить высокооплачиваемую работу на фрилансе, то рекомендую учить в таком порядке:

php, Ruby on rails.

Сначала научитесь на легком php зарабатывать первые деньги и писать первые веб приложения

Потом освоите Ruby и начнете зарабатывать в 1.5 раза больше

знания html, css, js  - все на средненьком уровне будут не лишними, а скорее необходимыми.

Очень впечатляющая статья про Ruby программиста, который зарабатывал более 1 Миллиона в месяц оставив далеко позади по уровню дохода своих коллег, программирующих на JAVA

https://mkdev.me/posts/kak-zarabatyvat-450-000-v-god-ruby-on-rails-razrabotchikom

Вообще, моё ощущение, что вот как раз "в языках" твориться "херня несусветная".
Как то неправильно это, когда есть "over 100500" и их количество продолжает увеличиваться.

Вот тут говорят, что "нужно учить язык xxx". Да дохло это без погружения в реальную работу.
Работает чел с 1С, а по вечерам "учит С#". Да фигня, школярство. Пока он тут чего-то учит, там 100 раз вся среда поменяется...

Вот если бы эта жаба была встроена в сопроцессор на уровне железа и соответственно применялась бы ВЕЗДЕ - то был бы великий прогресс в развитии софта...

Заходит чел в 1С - а там жаба, доступ к объёктам платформы. Пишет сайт - пишет код жабе. Браузер просто перенаправляет выполнение на сопроцессор...

Ляпота ! Перейти из области в область гораздо легче... Человек с опытом 1С легко пишет сайты - ПРОСТО ДРУГИЕ ОБЪЕКТЫ ИСПОЛЬЗУЕТ...

(208) RoR разве не умер уже?

(209) "Пока он тут чего-то учит, там 100 раз вся среда поменяется... "

С момента выхода C# 1.0 и до 4.6 (или чё там актуально), ничего прям пипец всё с нуля учить (как 1С любит), не происходило

(211) Даже в области написание виндовс-форм ? ;-)

(190) >>Наследование играет важную роль в объектно-ориентированном программировании, поэтому на нем часто акцентируется повышенное внимание, и новичок может подумать, что наследование должно применяться повсюду. А это чревато созданием неуклюжих и излишне сложных решений. Вместо этого при создании новых классов прежде всего следует оценить возможность композиции, так как она проще и гибче

Очень люто плюсую

Ролик в тему https://www.youtube.com/watch?v=wfMtDGfHWpA

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

(212) ну сколько займёт в этом разобраться? три месяца?

(214) Смотря для чего разбираться. А поезд будет идти... ;-)
И во всех остальных областях будет тож самое...

(210)не умер он. Просто рейтинг упал от того, что появился node js но специалисты по прежнему зарабатывают огромные бабки и их мало.

По идее можно и обработки 1С наследовать одну от другой. Через Попытку/Искоючение. Если исключение, то вызывать метод родительской обработки. Только зачем?

(207) Так это вопрос к конкретной платформе и механизмам сравнения, при чем здесь парадигма?

(208) Классическая ошибка выжившего, скорее всего сдобренная погрешностью завравшегося :)

(218) Для корректного сравнения объектов парадигма требует перегрузки операторов, а это уже не ООП, а какой-то Си получается.

(220) Ну да, чистый C++ ;-)

(221) Чистый С++ — это чистый Си, загрязнённый объектами.

(213) >>> Никогда не понимал почему ооперы так носятся именно с наследованием, при кажущейся простоте идеи наследования она очень плохо применима на практике

Значит ООП не подходит и стоит использовать другую парадигму - это же очевидно.

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

(222) Есть люди, которые любят C++, есть те, кто ненавидит C++, некоторые переходят из одной категории в другую... ;-)

(223) Вот в 1с многие наследования хотят, но я не пойму чего от чего тут наследовать? ) Вот уже есть класс документ, есть методы класса - модуль менедер документа, есть методы экземпляра, что тут еще может быть нужно?

(163) А по сути мы имеем то же самое, только если раньше для этого самого хватало сотого пентиума, то теперь надо core i7.

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

(220) Парадигма ничего не требует. Это при реализации конкретной платформы решили что будут сравнивать не состояния объектов, а ссылки.

(222) Объекты (классы) в си++ - это логическое развитие сишных структур. Ничего такого революционного в использовании "структур с процедурами" нет. Просто некоторые упертые энтузиасты-фанаты плюсов специально пишут так, чтобы было максимально непохоже на чистый Си.

(230) Сейчас это два различных языка, ничем друг другу не обязанных.

(229) Нафиг состояния объектов вообще сравнивать. Объекты одинаковые редко бывают. На то они и объекты.

(232) Редко да не редко. В вебе например это вообще краеугольный камень - часто требуется сравнить объект со своим старым состоянием, чтобы понять изменилось ли что-то и надо ли заново рендерить ui, т.к. операция рендеринга дорогая и на каждый чих ее делать нельзя. Короче это целая проблема, одним из решений которой является функциональный стиль, когда вообще не допускается изменение объекта, а при их необходимости создается новый копированием свойств текущего.

(233) ну так нужен просто специальный метод. equal какой нибудь

(233) так фреймворк же на себя все это берет.
Но он сравнивает виртуальный дом

(234) это называется deepequal

(235) Вафель а ты ангулар и вообще js зачем ковыряешь? Хочешь потом на буржуев по удаленке фрилансить?

(237) Только не на удаленке, а на месте

(238) Не поздновато за рубеж?

(239) Если вдруг выиграю гринку, то почему бы и нет

(240) Гм, стоит ли ради призрачного шанса ежедневно забивать мозг тем что вряд ли понадобится?)

(241) Мне интересно например почему бы и не позабивать.
Все равно в 1с нет уже развития

(242) Конвертаху 3 освоил уже? :)

(234) Не получится

В js например объекты копируются по ссылке

Изменив затем свойство у скопированного объекта мы поменяли свойство изначального

В итоге сравнение покажет, что объекты равны

const foo = {bar: 1}
const baz = foo;
baz.bar = 2;

console.log(foo === baz);
//true

(241) Каждый сам тратит свою жизнь.

(235) >>  так фреймворк же на себя все это берет.
Но он сравнивает виртуальный дом

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

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

(247) Верно говоришь.

(248) У 1сников просто еще мозг сильно заточен на бабло, многие переживают, а вдруг начну что-то изучать, а оно дополнительного бабла не принесет, а я уже уставший =) но при этом забывают, что не всегда знания сразу в бабло конвентируются, бывают люди целые огроменные опенсурс проекты поднимают за бесплатно, just for fun, а особо талантливых потом зачечает какой-нибудь фейсбук или гугл и вот тогда уже бабло начинает литься рекой =)), ну а если не замечает, то хоть fun останется =). Роберт Нортон - создатель Norton Commander говорил, я буду заниматься этим продуктом пока это весело, и даже нанимал сотрудников за свои деньги, в итоге продукт выстрелил и принес миллионы, но мог конечно и не выстрелить, тут как повезет =)

(244) чего не получится то? сравнил объект с самим собой. что не так то?

(244) Смотри 244, я скопировал объект и поменял у _нового_ объекта свойство, но объекты копируются по ссылке, а не по значению "by design". В итоге свойство поменялось и у _старого_ объекта. В итоге сравнение исходного объекта с новым покажет, что они равны, поэтому такое сравнение ничего не даст.

(251) так ты же не создал новый объект. ты ссылку на старый создал

а потом сравнил две одинаковые ссылки

(253) О том и речь, если так делать то теряется "триггер" на ререндеринг интерфейса.

Вот твоя фраза

>>Нафиг состояния объектов вообще сравнивать.

Вот мой ответ: сравнивать состояние объекто бывает нужно, чтобы понять, что объект изменился, чтобы перерендерить интерфейс.

Вот твоя фраза

>>Объекты одинаковые редко бывают. На то они и объекты

Вот мой ответ: объекты будут одинаковыми если мутировать объект напрямую, а затем сравнить с исходным состоянием.

(254) Это все от того что рендеринг интерфейса отдали на хтмл.
раньше все проще было

(254) я не видел в твоем коде, что ты копировал объект. ты копировал ссылку на ОДИН И ТО ЖЕ объект. Разве не так?

(255) Всмысле? Раньше это когда? =) Я может еще совсем мал был

(257) когда интерфейсом занимались нативные контролы

(256) Да чего ты к этом слову "копировал" так неравнодушен, замени его на мутировал, позаимствовал, спи..л, как хочешь, смысл от этого никак не поменяется. А смысл простой: иногда состояния объектов сравнивать надо и сделать это не всегда просто, точка.

(259) "иногда состояния объектов сравнивать надо" ну конечно иногда надо. Я просто не понял к чему код в (244) в ответ на (234)

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

Давай вот пример: 1с, форма заказа покупателя, поля Контрагент и Договор. Можно выбрать договор напрямую при уже выбранном контрагенте, а можно поменять контрагента и тогда надо как мимнимум очистить договор или как максимум подобрать договор для вновь выбранного контрагента.

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

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

(260) в (234) ты пишешь

>>ну так нужен просто специальный метод. equal какой нибудь

А я говорю, что нельзя так, так как как только объект "мутировали", то никакой equal невозможен, если это конечно это не deepEqual, но такой подход в здравом уме никто для рендеринга интерфейса использовать не будет, т.к. deepEqual очень дорог

(262) да ну тебя

(261) вроде речь про десктоп сейчас идет

(264) А, я видимо мысль потерял, т.к. вроде уже на веб перепрыгивали =)

Посмотрел этот Атом. На десятке время запуска не фонтан, на других скорее всего тоже.
Сделал электроновский хэловорлд народными десктопными средствами: https://drive.google.com/open?id=0B03XgOaUZh9UaXozLVlyNHdtY2c
Проверял на десятке и XP.
На вирустотале у пары китайских антивирусов срабатывает эвристика, но это ложные срабатывания.

Исходник: http://pastebin.com/eNM5Dchn
Наполовину сгенерировано в дизайнере форм, как можно заметить.

(266) Что конкретно запускал?

Иду на сайт електрона, скачиваю демо

https://electron-api-demos.githubapp.com/updates/ElectronAPIDemosSetup.exe


Запускаю - при первом запуске приложение УСТАНАВЛИВАЕТСЯ - 12 секунд.

Теперь просто запусаю экзешник из папки куда оно встало.
Старт приложение 0.3-0.5 секунд

Что ты запускал что у тебя "не фонтан" ума не приложу

(268) "Иду на сайт електрона, скачиваю демо"
Зачем, когда я писал об Атоме?
Долго грузится, в процессе работы тормозит http://savepic.su/7553698.png  ,ассоциации тяжело назначить.

(269) А точно, я что то стормозил, если об атоме то да, он не самый быстрый, но я работаю с ним каждый день и не могу сказать что испытываю какой-то дискомфорт после перехода с саблайма. Причем запускаю его на линуксе из под виртуалки, единственное что он не умеет - открывать большие файлы

(0) Брось ты эти глупости. Ни один из т.н. языков программирования не стоит того, чтобы его изучать.

(0) Для денег - идеально Java под мобильные платформы: Айфон, Андройд. Инфа 100%. Рынок расширяется стремительно, зарплаты высокие и растут. Заказчика искать нужно за границей.
Всякие ВЕБ лучше даже не начинай если нет опыта, иначе будешь потом жалеть что не Javой занялся.

(5) JavaScript - для денег как раз таки

(273) Не спорю. Я сам сейчас на JavaScript сижу, нормально зарабатываю. Но жалею что не начал сразу с Java, а теперь переучиваться влом.

Integer a = new Integer(5);
Integer b = new Integer(5);
if (a == b) {
   // условие всегда ложно
}

с какого перепугу оно ложно? истина

Integer a = new Integer(300);
Integer b = new Integer(300);
if (a == b) {
   // условие всегда ложно
}
в вот это ложно

(274) А зачем Java сейчас для мобильной разработки? React Native же, бери и разрабатывай на знакомом языке, и получаешь сразу приложение под Android и iOS, я вот в ближайшее время хочу попробовать, технология выглядит очень многообещающе.

(274) Где берешь заказчиков за границей? upwork?

(276) Это компромисс для тех кто не знает Java но знает React и хочет перейти с веба на мобилы.

А ТС вроде не утверждает что имеет опыт в веб.

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

(278) Тут можно посмотреть с другой стороны: освоив js автор может писать как веб приложения так и мобильные.

(279) >> Я не нахожу. Год назад нашел одного постоянного и сижу на нем до сих пор.

Фронт, бэк или фуллстэк?

Я пробовал ради интереса найти заказчика на upwork и уделять этой доп работе часов 10 в неделю, специально поставил минимально возможную планку, думал с руками и ногами оторвут. Не тут то было =) Пока по нулям, причем во всех объявлениях о работе часто встречаются "super star", "very skilled". Такое впечатление, что всем нужен какой-то супермен-суперстар, да еще который за 100 баксов сваяет проект =)

(278) А разве джава это не кровавый ынтерпрайз, по которому нет удаленки?

(282) Есть еще адроид-джава

А что проще для тупого адынеснека осилить - жабускрипт реакт или андроид-жаба?

(284) Имхо javascript/react. К тому же тогда он сможет писать как веб приложения так и приложения под андроид, так и приложения под iOS

Все сретесь...
Сегодня представился случай глянуть на внутренности головы гибридного ТВ от "ведущего мирового вендора". Выглядит как несколько виртуалок с линуксами. Кроме примитивного веб-интерфейса, настраивается это добро кучей скриптов на баше (я думал, что не бывает чтоб один скрипт на сотню килобайт, ошибался). И это продакшн-система стоимостью несколько миллионов бакинских! И вендор три раза на этом зарабатывает: на самой системе, на обучении и на поддержке.

(286)+ это я к чему: индусский код под нужным брендом неплохо продается, даже если толком не работает.

Вообще не сремся, ведем высокоинтеллектуальную беседу =) На чем писать, чтобы бабло грести лопатой и чувтво прекрасного не покидало

(288) Как выясняется, пофиг на чем писать, главное – уметь это впихнуть в красивой обертке задорого.

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

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

Программист вообще не обязан знать на каком языке он пишет.

Сейчас они все похожи друг на друга. Можно выдернуть кусок кода, и никто не сможет точно сказать что это за язык

(0) C#

https://habrahabr.ru/company/oleg-bunin/blog/319888/ - статейка по js на десктопе
Комментарии доставляют.

(293) Ага весело, но пишут их в основном бэкендеры, которые просто афигивают, что js и на десктоп полез и у них немножечко от этого очко начинает играть =)

Ну вот пишет человек

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

Что я вижу в этой фразе? Я вижу просто выхлоп человека, который не понимает куда развиваются технологии

Короче собака лает - караван идет, и авторы всех этих приложений явно не дураки

http://electron.atom.io/apps/

(294) Бэкендерам вообще-то десктоп до лампочки - они ковыряются в своих явах/go/питонах и на свет почти не выныривают, а вот предвестники явоскрипта, судя по всему, ничего кроме его не едали и как что делается помимо веб стека не имеют никакого понятия.
"и авторы всех этих приложений явно не дураки"
Не дураки, но психопаты.

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

(295) А по делу скажешь? Вот смотри, есть прекрасный сервис https://basecamp.com.

И им нужно было десктопное приложение в точности повторяющее их веб приложения.

Вот оно написано на electron, я им пользуюсь, при работе в памяти оно занимает 78 мегабайт, стартует за 0,7 секунды и при этом выглядит в точности как их сайт.

https://bc3-desktop.s3.amazonaws.com/windows/basecamp3setup.exe

В чем минус такого подхода? Ребята из basecamp дураки и психопаты? А протирателя штанов с хабра умные?

(297) "И им нужно было десктопное приложение в точности повторяющее их веб приложения."
Это всегда было легкоразрешимой безо всяких электронов проблемой. Так что психопаты. И приложения в списке выше - "парад неизвестных" уровня андроидмаркета.

(298) Неизвестных? Atom, basecamp, postman, slack, skype, visual studio code,

(299) Я не разглядел эти известные (в узких кругах) приложения в том огромном списке хлама. Собственно, на андроидмаркете тоже можно нарыть стоящее, если постараться) Но, секунду, что это нам показывает? Мне привести чарт действительно нативных приложений, или повременить?

(300) >> Но, секунду, что это нам показывает?

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

Не Вася Пупкин сваял какую-то поделку, а github. Выпустили на нем atom, сейчас многие другие компании пилят свои приложения - вот что нам это показывает.

(294) Вопрос только в том куда идет этот караван :)
Что нового в этом электроне, что сногосшибательного ты в нем нашел?
Ну только если ты не их торговый агент :)
Все это уже в n-ный раз идет по кругу. Всего лишь очередной гуи фреймворк, для тех кто выучил свою фишечку и мечтает работать на ней в каждой задаче.
Все это ничем не отличается от тай же самой портабле версии явы или там даже компиляторы явы в натив в свое время были, которые по факту делали то же самое впихивали всю ява машину в проект. Были и net сборщики пихающие практически всю net платформу, чтобы запускалось якобы без установки этой самой платформы.
Только вот что дает этот электрон реально кроме возможности писать гуй в html-ном стиле? И почему это нельзя сделать с помощью любого другого инструмента?
Все равно при разработке любой задачи, отличной от "взять что-то из базы и красиво вывести на экран" упираешься в использование нативных средств платформы и железа.
Так что не стоит сильно уповать на очередную "серебрянную пулю", которая по факту является всего лишь очередной прокладкой коих были и еще будут тысячи.

(294) Первым в этом списке 1clipboard - в переводе "1С губастая доска, 1С доска для губ, 1С губозакатывательная машина".

(303) а почему 1С:ГЗМ в прайсе нет?

(302) >> Что нового в этом электроне, что сногосшибательного ты в нем нашел?

Новое, то, что можно написать десктопное приложение используя веб технологии. Что это дает? Можно полностью переиспользовать код веб приложения если оно уже есть, неограниченная свобода по стилевому оформлению приложения, кроссплатформенность.

>>Всего лишь очередной гуи фреймворк
Даже не буду комментрировать, это не гуи фреймворк...

>>И почему это нельзя сделать с помощью любого другого инструмента?

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

(303) Я сам афигел сначала, подумал неужели 1сники что-то наваяли на нем =)

(305) "написать десктопное приложение используя веб технологии...свобода по стилевому оформлению приложения, кроссплатформенность"

Да вы батенька прикалываетесь однако :)))
Или не совсем понимаете о чем говорите.
Все это делает все го лишь вебдвижок вшитый в браузер ну или там поставляющийся с осью. Тот же самый WebKit является частью Qt.
Кому надо на десктопе это самую свободу просто берут этот движок и пихают к себе в проект.
А другие выдают это за чудо новшество :)

"Даже не буду комментрировать, это не гуи фреймворк... "
Так а что это????
Что такие мифические "веб технологии"?
Вот сколько я не слушал модных словечек, все оказывались всего лишь фантиком над 20-ти летними технологиями.

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

(301) Если бы гугл, или джетбрэйнс я бы ещё понял... )
И околофилософский вопрос: можно ли считать Столлмана с Торвальдсом васями пупкиными?

Как обещал:
https://allsoft.ru/software/office-software/?sort=bestseller
https://allsoft.ru/software/graphics-design/?sort=bestseller
https://allsoft.ru/software/multimedia/?sort=bestseller
https://allsoft.ru/software/cad-systems/?sort=bestseller

(307) >>"Даже не буду комментрировать, это не гуи фреймворк... "
>>Так а что это????

Платформа для построения десктоп приложений на веб технологиях. Причем здесь гуи? Гуи это только часть приложения.

>>Что такие мифические "веб технологии"?

Почему мифические? Вполне реальные.

Electron accomplishes this by combining Chromium and Node.js into a single runtime and apps can be packaged for Mac, Windows, and Linux

Перевожу: электрон достигает этого объединяя Chromium и Node.js в единую среду исполнения и приложения могут быть упакованы под Mac, Windows и Linux

>>А другие выдают это за чудо новшество :)

Ага, понятно, в гитхабе дураки, а ты умный, делать им нех, кроме как выдвать "это за чудо новшество"

(308) >> Если бы гугл, или джетбрэйнс я бы ещё понял... )

Хм, гугл для тебя авторитет, а чем Майкрософт не угодил? Подсказка: Microsoft купил скайп, новое десктопное приложение скайп написали на электроне. Ну вот такие хипстеры в Майкрософт, ну тупые...забыли на мисте спросить, тут бы им объяснили, что оказывается так делать не надо =)

(310) Майкрософт не смог скайп на линукс, тем и не угодил.

(311) Так вот теперь может т.к. на electron =)
Так еще и visual studio code запилили на нем же, ну тупые =)
https://code.visualstudio.com

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

(309) хи-хи
Ну вот взят вебдвижок Blink, который является ответвленим от WebKit, подпихнута node.js. И это выдается за отличненькую обертку. Причем каждую эту часть любой может свободно подцепить к своему нативному проекту.
А теперь самый главный вопрос - где здесь кроссплатформ?
Для каждой платформы ты будешь собирать свою версию, потому как Blink и node.js сами по себе нативные, собираются каждый под свою платформу.
Итого это уступает даже чистой яве, в который можно распостранять только часть - байт-код самого приложения, а машины как то сами обновляются. На этом же электроне в случае обновления тебе нужно будет пересобрать все версии для всех платформ и опять раздать полные сборки.

(268) Скачал демо с сайта. На попытку установки оно сказало "Installation has filed. Filed to extract installer". На этом знакомство с современными супер-пупер достижениями в области кросс-платформенной разработки думаю закончить.

(313) Не Visual Studio, а Visual Studio Code. Это другой более легковесный их продукт. И написан именно на electron для того чтобы получить 3 версии: win, lin, mac

(315) Ос какая? Не xp случаем?

(314) Сборки разные - код один

(317) Ну какая разница. Онож кросс-платформенное :) ОС - Win 8.1 Prof.

(314) >> Для каждой платформы ты будешь собирать свою версию

Что ты там собирать собрался? npm run package-all выдаст сразу сборки под все платформы. Или ты экзешник в linux хочешь запускать? =)

(319) Разница большая, win xp не поддерживается

(319) Про 8.1 не знаю, должно работать

(316) Я имея этот факт в виду и написал. Даже не представляю кто им пользуется.

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

(320) Мне кажется у тебя слишком много оптимизма по поводу электрона.

(323) Вообще довольно много народу, очень часто мелькает в видео туториалах, сам сначала не понял, что за редактор такой.

Ждем что нам приготовит Serginio1 )

(324) >>Так сколько этих сборок может быть?

Сколько хочешь, регулируется флагами при сборке, можно хоть под одну платформу собирать хоть под все сразу, у меня на lin собирается под вин, можно наоборот =) Сборка занимает около минуты, но не путать сборку с сохранением при разработке, оно мнгновенное, т.к. hot module replacement, т.е. добавил компонент на страницу и ничего не перегружается, не пересобирается, он просто появляется на странице


>> Где можно ради интереса посмотреть багтрек этого электрона?

На странице проекта =)
https://github.com/electron/electron/issues

>>С каждым выпущенным обновлением твое приложение обязано пересобраться и распостраниться среди пользователей

Ну а с любым десктоп приложением не так дела обстоят? Но тут есть важный момент, поддерживается атообновление, т.е. пользователю не надо заново качать приложение. Но я еще не пробовал этот момент.

(325)>> Мне кажется у тебя слишком много оптимизма по поводу электрона

Наоборот, я считаю, что в js стэке он самое слабое звено. Но мы же на форуме 1с, а 1снику надо что-то на чем быстро можно получить результат.

У меня вот на работе была необходимость написать небольшое приложение по распознаванию штрих кодов документов которые сканируются в сетевую папку. Я два года назад эту задачу решил взяв плантную dll-ку (нормальную бесплатную библиотеку так и не нашел) по распознаванию и написав небольшое приложение на VB дергающее ее апи, 1с запускает это приложение, оно распознает штрих коды доков и складывает  в папку информацию, 1с ее засасывает.

Вот например для таких приложений электрон подходит просто идеально. Теперь я могу написать гуи за день на нем, могу взять бесплатный node модуль по разпознаванию. И результате получить аналогичное приложение, только лучше =) При это для написания необходим только js.

(329) "Вот например для таких приложений электрон подходит просто идеально"
а нахрена этому приложению браузер в 70 мегабайт?
имхо, идеально там C#, но мы пишем обычно на том, что знаем.

(329) "Вот например для таких приложений электрон подходит просто идеально. Теперь я могу написать гуи за день на нем, могу взять бесплатный node модуль по разпознаванию. И результате получить аналогичное приложение, только лучше =) При это для написания необходим только js."
На питоне я это сделаю с трёх нот.

(330) >> а нахрена этому приложению браузер в 70 мегабайт?

Мне нужен, чтобы визульно красиво видеть чего он там распознал, а что нет. Мне эти 70 мегабайт не жмут =)

(331) >> На питоне я это сделаю с трёх нот.

Гуи тоже на питине нарисуешь?

(333) Гуи рисуется в любом гуи-фреймворке для любого языка проще чем набрасывание html. Если пару кнопок, можно прямо кодом:

from Tkinter import *

class Application(Frame):
    def say_hi(self):
        print "hi there, everyone!"

    def createWidgets(self):
        self.QUIT = Button(self)
        self.QUIT["text"] = "QUIT"
        self.QUIT["fg"]   = "red"
        self.QUIT["command"] =  self.quit

        self.QUIT.pack({"side": "left"})

        self.hi_there = Button(self)
        self.hi_there["text"] = "Hello",
        self.hi_there["command"] = self.say_hi

        self.hi_there.pack({"side": "left"})

    def __init__(self, master=None):
        Frame.__init__(self, master)
        self.pack()
        self.createWidgets()

root = Tk()
app = Application(master=root)
app.mainloop()
root.destroy()

(334) Конкретно для питона на каком фреймфорке гуи?

(335) На любом, но конкретно постом выше Tkinter.

(334) ты щас его питоном заразишь

(337) Это вакцина)

(337) А чего заражать, я уважаю питон, заметь я вообще ни разу никакую технологию не обхаял, надо просто все рассматривать через призму того что мы говорим о среднестатистическом 1с-нике и как ему прокачать доп скилы.

(332) "Мне эти 70 мегабайт не жмут =)"
гляну на зоопарк своих поделок всяких типа (329), насчитал 18 штук, занимают 12 мегабайт.

(339) среднестатистический одинесник пытается всё писать на 1с, так же как ты на Electron

(341) Чего так к электрону пристал ), я вообше пишу сейчас под веб и хочу потом еще нативное приложение на React Native, а потом уже можно и на электрон приложение написать, переиспользовав весь код с веб. Я не говорю что надо все на нем писать, я просто говорю об интересной возможности обычному 1снику изучить один единственнй стэк  js и писать веб, мобайл и десктоп приложения.
Это всего лишь один из путей, но на мой взгляд довольно перспетивный и интересный, именно в контексте рядового 1сника.