Добрый день!

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

Вот например что то типа технологии flash.

в 2005-м современным был делфи
в 20010-м C# и прочие технологии net.

Просто с 1с-кой отстал от трендов. вот может кто в курсе, на чем люди пишут?

На том, какой лучше знаешь :)
Либо какой больше нравится.

На самом деле однозначного ответа нет и быть не может. Какое приложение хоть?

К тому же, решает не язык, а фреймворк.

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

Мне вот интересно, а что это за приложение, которое в 2020 (а точнее уже в 21м) году нужно на десктопе (при условии его работы на веб)? Очередной убийца 1С - суровый энтерпрайз?

(4) ну вот флешки же нормально работали. и десктопом и в браузере.

Отличная была технология. че ее прикрыли?

(3) Да не, важно. Если это бизнес-приблуда, интегрирующаяся с внешними источниками данных - это одно, если игрушка - другое...

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

(0) Javascript + Electron для декстопа. Мне лично не нравятся приложения на Electron, но если нужно - почему нет?

(7) https://ru.wikipedia.org/wiki/Electron этот что-ли?

"На базе Electron построен
Atom — текстовый редактор для программистов
Visual Studio Code"

а что интересно..

(8) Да. Да много приложений, тот же Viber, если не ошибаюсь. И даже меню в игре Warcraft 3 Reforged. =)

(6) чейта устарела? Сколько сейчас требуется джаверов и сколько шарпеев?

(10) я думаю джаверы по инерции а не потому что это современно

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

(12) жс отмирает. Скоро вебассемблей начнёт рулить

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

(14) говорят, в Москве кур доят. Мы пошли - сисек не нашли ;)

(15) а таксисты уже не улыбаются. Я помню в детстве фото занимался, так там целая наука была. Выбери пленку под погоду, выставь в зависимости от освещенности и скорости и расстояния до объекта диафрагму, выдержку, поставь правильно свет, составь правильно кадр. Сделай несколько штук с разными параметрами. В темноте заправь пленку в какую то херь, прояви пленку, зафиксируй пленку. Фотоувеличитель опять всякие таймреле, глянцеватель. Короче на дому надо было целую химлабораторию держать. А сейчас каждая инстасамка таких фоток сотни в день генерасит.

(16) настоящий фотолюбитель с тобой бы поспорил )))
он и сейчас остался таким же, просто сменились технологии

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

(10) Пушта легаси.
Ну, я субъективен, да и жаба на месте не стоит и развивается, так что это сугубо имхо. Мне просто больше нравится шарп.

(16) Таксист это не только машину водить.
Подскажи как без робота помочь закинуть сумки в багажник или правильно пристегнуть ребенка?

(20) В абсолютном большинстве случаев пассажир с этим может справиться самостоятельно.

(8) Атом на 10-м месте.
Его даже Notepad++ побил.
https://insights.stackoverflow.com/survey/2019#development-environments-and-tools

1. https://github.com/microsoft/react-native-windows
и на винде и под ios и android

2. https://github.com/microsoft/react-native-macos
и под MacOS и под ios и android

3. Еще флаттер есть ( https://flutter.dev/ )
он под веб и под ios и android

это по фронту, нуно будет еще бэк выбрать !

(22) А вскод на каком?

(24) Там по ссылке все видно:

Visual Studio Code
50.7%

Visual Studio
31.5%

Notepad++
30.5%

IntelliJ
25.4%

Vim
25.4%

Sublime Text
23.4%

Android Studio
16.9%

Eclipse
14.4%

PyCharm
13.4%

Atom
13.3%

IPython / Jupyter
9.5%

Xcode
9.4%

PHPStorm
7.6%

NetBeans
5.9%

Emacs
4.5%

RStudio
3.4%

RubyMine
1.4%

TextMate
0.9%

Coda
0.7%

Komodo
0.4%

Zend
0.4%

Light Table
0.2%

(25) Ну вот для Eclipse тут не учтены 1С-ники со своей EDT. Может их не так и много, но судя по последней версии скоро начнет прибавляться :)

Нифига себе у Electron Хело ворлд 175 мегабайт получился

(27) Ты все на джаве скрипт собрался писать? Это извращение.

(6) так шарп это жаба в мелкософтовском исполнении

(19) если бы так. На жабе и новое пишут

(0) Сейчас вроде пайтон на хайпе

(0) - >Вот например что то типа технологии flash.


Вот именно поэтому 1Сников не считают за программистов.

Показал твой тред тиму. Они сказали - либо ты тролль, либо НЕ программист, а настройщик обновлений.

(32) Тима пояснит как он пришел к такому выводу?

>чтобы и десктоп и веб работало.

Все таки ты реально тролль.

Зы. Апплеты и Флеш умерли 20 лет назад. Вас из криокамеры вчера выпустили?

Этот тред - доказательство теоремы о том, что 1Сники - это не программисты

(34) ну вот 1с и на десктопе и в веб и на мобилках работает. почти ничего переделывать не надо.
в мире альтернативного программирования есть, что то подобное уровня 2020 года?

(29) По сути - да. Тут уже выше написали, что решают фреймворки, язык вторичен.

(32) Много ли знают труЪ-программисты об отличиях 7.7 от 8.3?

+(38) Человек же пишет, что в 1С застрял на многие годы.

(27) Это нормально. Там по идее можно покопаться и лишние зависимости убрать, плюс наверняка есть возможность упаковки. Ничего страшного в целом. 20 лет назад поражало, что приложение на VC++ не влазит на дискетку вместе с рантаймом. )

(40)ну я понимаю, что там фактически браузер зашит в приложение.

(40) Тот же Флеш мегабайты заставлял скачивать во времена еще диалапа.

(36) Серьезно? а кто и где тебе мобильный клиент 1C разрабатывал? Пушкин Александр или все таки мобильные разработчики из фирмы 1С?

(31) На питоне никогда не создавались гуи приложения

(44) Never say never
PyQT придумали очень давно

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

(46) это вам кажется или есть какаято реальная статистика?

(47) Он же труЪ, если кажется - значит, точно есть и статистика, бгг.

(46) вот возьми например популярный 3D слайсер Cura, он практически весь на питоне написан и PyQT там используется

(27) можно сделать не электрон, а pwa (правда для первого запуска и "установки" все равно интернет нужен будет) и тогда размер приложения будет равен размеру минифицированного js. там, конечно, есть нюансы с доступом к файловой системе и прочему низкоуровневому, но и в электроне там нужно свои "мосты" под это дело писать.

(43)как это связано с разработкой платформы? не понял.

(51) Не платформы, конфигурации, вы имеете в виду?
Товарисч труЪ-погромизд имеет в виду то, что мобильная платформа писалась не на языке 1С (собственно, как и сама 1С) :)

(36) Есть мнение, что на веб и на мобилах оно работает так себе. А в мире "другой" разработки у человека задумавшего написать (0) должен быть ахеренный набор знаний, базы данных+sql+серверный язык + серверный фреймворк + html+css+стилевой фреймворк+ джава скрипт+фреймворк джаваскриптовский, а если еще и мобильная разработка то еще и java/kotlin. Например python + django api + html + css + bootstrap + java script + react/Потому 1С дешево и сурьезно.

позволяет делать все, но херово.

(52)ну я думаю любой язык/фреймворк/платформа на чем-то писалась. но я думаю это нас не должно волновать.

Либо электрон либо шарп.

Куда я попал, жабы, шарпеи, всё я пошел отсюда...

(57) Не зацикливайтесь на 1С :)

Я так примерно прикинул: совсем на пенсию уходить неохота, без работы скучно будет; 1С требует более плотного общения с заказчиком, круг заказчиков 1С ограничен СНГ, поэтому стоит всё-таки не отставать в других технологиях, пусть и не выходя на уровень сеньора.

(58) Где бы время взять )) Тут за 1с не успеваешь следить.

(59) Эт да, приходится личным жертвовать.
Но оно того стоит, имхо.

(35) сказал тестировщик

(47) это реальная статистика. Эта связка была популярна в нулевых и только под Линукс для OpenSource проектов.

Просто тогда ничего путнего под линукс для гуя не было.

Для заказных проектов эта связка была всегда мертвой.

И сейчас питон на хайпе в областях, никак не связанных с гуем.

(49) и дальше что?

Ты про ошибку выжившего в курсе?

(63) Зачем ты так про себя?...

(61) первое правило бойцовского клуба - никто не должен знать про бойцовский клуб.

(62) реальная какая? полторы конторки где ты работал?

А я вот могу сказать что Swing до сих пор популярен, в определенных сферах. Это при том что он де факто мертв уже лет 10
также и с питоном и прочим

p.s. если уж на то пошло то десктопный софт вообще умер

(0) Я голосую за QT )))

(0) Пиши на Haskell и ELM. Всё равно не напишешь, но так хоть наеб.шься.

(66) Слухи о его смерти прошу считать преувеличенными

(68) Чтобы нае....ся нужно писать в машинных кодах...

(70) Не, маш.коды – это экстрим-хардкор-дрочилово.

(71) Вот как раз последнее слово и...

(65) Жбонд ты в этой стране не живешь, на 1С не работаешь. Чего ты тут делаешь? Брысь на фашистский форум, sap обсуждать или чего вы там обсуждаете.

(70) брейнфак же

(70) развлекухи ради, поковырял с месяц назад verilog'е дешифратор команд в эмуляторе 8080 или z80. классно.  А вот от СКД чот с души воротит...
но это, конечно, "индивидуальные особенности организЪма"®

(73) - а скажите, каким образом меняется свойство "ненужности" PyQT при пересечении границы в Бресте?

(75) Ну туризм он всегда по лучше эмиграции.

COBOL уже предлагали?

(66) - поцан,  я сейчас делаю крупномасштабный рефакторинг системы на Eclipse RCP/SWT с целью обеспечения совместимости с Windows 10

(79) Ты сейчас балаболишь на форуме.

(76) Мне просто интересно, а чего ты в каждой ветке серешь? Одинэсники не люди, одинэсники не прогаммисты и так уже годами. Тут уже похоже на патологию какую то. Если тебе не нравится РФ, 1С и одинэсники. То почему ты тут тусишь? Вот зачем надо было уезжать из страны, чтобы потом смотреть русские новости?

(79) https://www.anekdot.ru/id/71728/

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

(82) Человеку, который вынужден пилить крупный проект на эклипсе, можно только посочувствовать.

(0) современные приложения должны быть с веб-мордой. так что html + js фронтэнд, бэкэнд - c#/java/python (да что угодно, хоть 1С).

(8) даже скайп на нем

(27) у 1С хэлло ворлд будет на 800 мб (с учетом рантайма). всё субъективно

(83) сказал человек, работающий с системой, IDE которой использует Eclipse RCP.

Экоипс это что то из 19** годов?

(88) - https://ru.wikipedia.org/wiki/Eclipse_(среда_разработки)

Первый выпуск: 7 ноября 2001

Всё равно не актуально уже

(90)

Еще как актуально. Особенно актуально с 2019го года, когда уже пользователи самой лучшей в мере Java IDE  - IDEA начали стонать про то, какая версия их когда-то любимой IDE стала последней "нормальной"

(90) С чего это, тогда будущее 1С-ников не актауально уже :)

(92) потому что все на IDEA давно. А с 1с что не так?

(93) "..все на IDEA давно.." кто эти "все"?
Вон в 25 статистика - IDEA 24%, как то далеко не тянет на "все".
А с 1С все очень даже так, светлое Эклипсовое будущее в виде EDT уже совсем на подходе.

(91) так а кто их заставляет обновлять IDEA? работает, нефиг трогать.

(94) в 25 вообще непонятная статистика. Врядли кто-то будет писать java-код в visual studio. Под каждый ЯП свой инструмент есть.

(94) статистика более чем странная. IDE с блокнотом сравнивать. У меня своя статистика - случайная выборка из примерно 20 джаверов - 100 процентов IDEA

(96) Статистика нормальная, на каждого java-кодера по моим личным ощущениям приходится с десяток каких-нибуть веб-чего-нибутеров. Которые как ни странно тоже пишут код и которым IDEA никуда не уперлась.
Просто не стоит в речи скатываться к абсолюту: "все", "никто", "никогда". Или как минимум уточнять: все из моего круга интересов :)

(97) А где в этой ветке вдруг утверждалось что эта ветка о Java?

(98) ну а бухгалтерше из отдела бухгалтерии не уперся эклипс. Не очень понятно вообще цель такого сравнения.

Андроид приложения тоже все на IDEA. Ну а вжб это не программисты, это дизайнеры и конфигурасты CMSов

(101) Андройд-студия - это эклипс, а не идея.

(192) отнюдь

(102) На базе эклипса она была давным давно, по меркам IT. Сейчас это большой плагин к IDEA.

(103) И то правда... То-то я смотрю, она торомзит )))
Но изначально была на эклипсе...

(104) 6 лет - это не много

(98) Пыхеры - тоже веб-чего-то-там. Но таки на идее...

(0) Щас на веб считается самое современное кросплатформенное приложение. Я бы лично писал на веб. Да и десять лет назад так же.

(101) Ну так и java-программисты тоже не программисты, они конфигурасты java-машины.
А программисты jvm совсем не на той самой идее сидят :)

(109) а программисты существуют?

(108) Самое кросплатформенное? Давно веберы перестали тестировать свои под(д)елки под ИЕ6? ))
А так посмотришь новости - то тормозилла какие-то новые цсс штуки выкатит, а хром и сафаря их не собираются поддерживать, то наоборот...

(110) https://www.meme-arsenal.com/memes/9c4462f7eb1fd6ae9c14008a850080be.jpg

(110) Ну конечно, только они прикованы к батареям интела и амд. Рисуют цепи и сигналы процессорных ядер :)

(104) плагином она была во времена эклипса, сейчас это отдельная сборка идеи, как и всякие pycharm и прочие WebStorm

(111) Не понял твою мысль. Что плохого в том, чтобы приложение/сайт работал под любым браузером хоть до IE6 на любом устройстве? Я лично тестирую максимально под всеми возможными.

(114) Та ладно. А почему моя IDEACommunity предлагает поставить Android плагин.

(116) IDEACommunity+Android плагин, это вроде не тоже самое что Android Studio

а то я в Pycharm могу и html+css+js писать, этож не значит что вебшторм часть пайшарма

(117) то же самое

(117) Вообще не увидел разницы. Что студию с гугла качаешь, что плагин ставишь и создаешь андроид проект. Все один в один.

(115) Под Links проверял?

(115) Это уже делает не кроссплатформой. Это получается набор кодов под каждую платформу. Кросс - это идеал жабы "врите онсе рун еверивере" без пересборок, даже на тех платформах, что жаберу в пьяной горячке не привидится

(122) Нет конечно, шутник.

(123) Наоборот, это именно кросплатформа, когда мой код работает на любой платформе. Хоть на телефоне с андроидом, хоть на старом ПК с виндовс 7, хоть на новом макбуке. Везде работает как задумывалось. При этом допускаю отсутствие некоторых визуальных эффектов на совсем древнем окружении, но без потери функциональности.

(0) - IDE для флеша и бэтмена.

Поцыент более мертв по прибытию:

https://www.openlaszlo.org/download

Я бы пописал бы сейчас GUI на этом:

https://en.wikipedia.org/wiki/OpenLaszlo

(0) Абсолютно плевать, чем дешевле прототип, тем больше сэкономишь

(58) прикинул и какие сделал выводы?

(127) ты опоздал "OpenLaslo is no longer supported... Laszlo Systems, the primary sponsor of OpenLaszlo, has become part of Critical Path Inc. CP is a global company providing messaging, safety, and assurance solutions to more than 225 million people worldwide. Although CP was committed to supporting the development of OpenLaszlo, the project was abandoned."

(130) - в нулевые на него был хайп, это первая статья, которую я прочитал в первом номере российского издания Линукс Формат!

http://wiki.linuxformat.ru/wiki/LXF70:OpenLaszlo

Масяня сейчас тихо плачет…

По началу выглядит сложноватым, но, несомненно, заслуживает изучения. Это — будущее web-интерфейсов!  RIP, RIP, ура!

Я бы еще пописал бы гуи на языке sql для Delphi 5 по книгам архангельского...

https://bookzone.com.ua/books/2311-yazyk-sql-v-delphi-5/

а еще лучше по этой книжке:


https://16.img.avito.st/640x480/3661522316.jpg

Ну хоть не напрямую в видеопамять

Да... настоящие программисты пишут GUI непосредственно в видеопамять. Сначала делают SCREEN 0, пишут в задний буфер, потом переключают экраны...

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

(134) эти ваши хипстерские штуки!
Вот книга на все времена:
https://cdn.imgpaste.net/2020/09/22/9bj0s.md.jpg

Мы не по книжкам учились. По рассылке товарища Калашникова

(139) Михаила Тимофеевича?

(140) Олег, по отчеству не знаю

(138) фи... Моей первой книгой по турбопаскалю была вот эта:

http://zxdemos.ru/img/posts/posts_22/30308_4.jpg

Но самой современной, актуальный и в тоже время не-хипстеровской системой в это наше непростое время является вот это:

https://youtu.be/r0jPUPUqkbY

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

(143) весь пролог ушёл в эрланг.
Первый учили в университете
в курсе СИИ, а второй я чего-то даже не попробовал, видимо, помешал подвернувшийся elixir

(143) Блин, как будто это кто-то мой экран спалил когда я лабы по прологу делал, и в ютуб выложил! Я буквально делал то же самое. Та же версия ДОС бокса, тот же нотепад++ для редактирования файлов, даже путь к папке C:\LAB\ такой же как у меня. И окно досбокса открывает как я в окне, а не на весь экран.
Серьезно, я офигел как увидел это видео.
Это что, мой двойник в интернете?

Я что один читал и кодил по Калашникову?

На неактуальных 16-ти битах

(146) я не помню никаких книг никакого Калашникова

И бросил, когда не смог разобраться с 32-битами со всеми этими рингами и сейв модами. Лет в 16. И вместо этого всего пошел играть рок-н-ролл и пить портвейн

(148) это не книга, это рассылка на почту. Там уроки и практические примеры по асму 16 бит. Круто было если нашел список всех прерываний Биос и научился пользоваться напрямую портами ввода-вывода

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

(146) Я по Нортону ассемблер учил... ТОгда о почте (е-почте) только мечтать было...

Какое-то никому не нужное старье обсуждаете, вместо действительно хороших вещей.

(153) просто троль торолить пытался, а людей на ностальгию потянуло

(138)У меня есть такая !!!

(156) типа нейросети норм, а вот для веб нужно много выучить))

Сейчас пытаюсь модифицировать поведение Eclipse RCP CCombo класса, чтобы он не регировал на событие колесика мышки.

А там ужас! Нет, посоны - в Делфи 3 VCL был намного лучше!

(88) 90е - это JBuilder

https://en.wikipedia.org/wiki/JBuilder

Oracle у них даже лицензировала код для своей Java IDE

kotlin, golang

(153) (152) - за ностальгией  далеко ходить не надо:

http://www.booka.ru/

Это сайт, который за 20 лет ни разу не изменился!

Там заказ по аське и по телефону! Сам заказ в интернет магазине через корзину покупателя не работает. И до сих пор есть "В продаже" книги по делфи 5 и  турбо паскаль

А посмотрите на их накрутки на книги по айти...

Все! Найдено наиболее лучшее решение для (0): http://boldfordelphi.blogspot.com/

(164) какой сайт забавный, в вакансиях есть продавец-консультант с законченным высшим образованием

(166) - зато программист шопа у них без образования по ха пе

(166) -  Причем доставка в 2020м году у них происходит в филиал:

https://yandex.ru/maps/-/CCQ3QYGWxD

Обратите внимание на убогость окружающих строений. Да и отсутствие ремонта у самого магазина за 10-15 лет

Еще можно на GW бейсике писать

Лучше всего на вебе писать, все же. Пока ничего лучше и проще не придумали для обычного не специального приложения, а сам веб постоянно оптимизируется и развивается.

Сейчас лучше писать для веба. Классический GUI это уже прошлое. Конкретный инструмент работы в веб зависит уже от личный предпочтений. На сегодняшний момент наиболее простой вариант это либо фреймворки на основе Javascript, PHP, либо Python/Ruby.
Помимо всего прочего разработка для веб имеет другие преимущества: решение проблемы защиты от взлома кода, возможность работы по схеме SAAS, масштабирование и т.д

html

css

javascript

php

python

mysql

java

vue

react

angular

androidStudio

C++

c#

Можешь в игры заехать

веб

приложения

нейронные сери

сети*

Написал все слова, которые знал?

Redis, LevelDB, MongoDb, CouchDb, ElasticSearch, Neo4j, React, db4o.

Node.js, npm, yarn, Vue, webpack...

Selenium, cypress

restify, Express, mongoose, require.js

Docker, Jenkins, Ansible, Kubernetes, SonarQube, ...

DataFlex dBase, MS Access, OpenOffice.org Base, Paradox

(191) это типовой стек типового банка

Flutter предлагали? И веб, и мобилки, и десктоп.

(0) Kotlin

(192) а где ява и всякие спринги вокруг неё? в списке только фронт в перемешку с сервисами, оракл ещё, DB2 и Informix бывает

(0) На какой сегмент рынка нацелено приложение, которое хотим сваять!?

(195) Пробовал сам писать на Java ?
Оно после Visual Basic еще нормально и после Delphi но с C# даже близко не стоит по удобству, огромный плюс только куча либ.

Для бэка сейчас не знаю ничего лучше Golang (хотя и Java и NodeJS и Python там юзают), для фронта JS и TypeScript (который в JS компилится), для iOS - Swift, для Android Kotlin и вот тут Java пока еще рулит.

Дексктопные приложения или C# или JS в однобраузере типа Electron (как Visual Studio Code например)

в 2005-м современным был делфи

Делфи был современным в 95-м году. Под Windows 3.11

(198) таки дельфи до 2005 вполне держался

(199) для десктопа оно и щас вполне годится.

(200) э... Ну скажем так - делфи уже не использовался (был по сути не нужен) в начале 10х даже в фирмах-конурентах САП, где ядро системы было написано на делфи.

Разработчик ядра там открывал делфи раз в год. Он занимался другими вещами и программировал на других языках - шарп и прочих.

То есть делфи не нужен уже там, где сама система написана на делфи.

(201) Дельфи убила невнятная корпоративная и маркетинговая политика вендора. Из нормальной компании Борланд с историей и репутацией переименовались в невнятную Инпрайс, а потом вообще в какую-то Эмбаркадеру. Это как бы 1с переименовалась в "ООО Бизнес Софт".

(202) делфи никто не убивал. Его на западе в корпоративном секторе никто никогда не использовал.

Смерть делфи никто не заметил.

Максимум кто его использовал - это мелкие семейные конторы с говорящими названиями one2all, которые почти все ушли из жизни.

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

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

Который через месяц сбежит.

Текучка кадров это тоже проблема. Обычно из-за "Buton1Click менеджмента" и общего нищебродства конторы программисты уходят через несколько месяцев.

(203) А вы в курсе, что первая версия винды была написана на паскале?

(204) хорошая попытка, но нет.

На создание первой версии Windows 24 программиста[18][29] потратили около 110 000 часов[23]. Кроме того, перед ними стояли задачи по тестированию[18]. 85 % системы было написано на Си[23]. Только критически важные её части были реализованы на ассемблере.

Зы. Нужно ввести статью за попытку реабилитации поцкала.

(205) Оконные функции, включая WinMain, вызываются по паскалевски.

Хорошо помню, писали int PASCAL WinMain(..) в Win3.11

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

(206) ты просто не понимаешь, что значит в данном случае макрос PASCAL.
А поскакалевские стек - он дешевле сишного.

(207) В смысле дешевле? С точки зрения быстродействия разницы нет, стек в любом случае надо восстанавливать, и что это делать перед ret, что после - один фиг.

(207) Скажем так, при разработке первых версий Windows достаточно много использовали Pascal наравне с C/C++

(209)+ хотя наравне это я загнул, чуть чуть использовался
еще точнее на нем многое прототипировали а затем переписывали на C++

Из более свежих примеров то Skype изначально был на Delphi написан да. До покупки и переписывания MS.

И да https://de.wikipedia.org/wiki/AvERP

Delphi ваще загадочная система. Лет 20 она плохая, никому не нужна и нигде не используется. Но существует и постоянно дорабатывается. Каждый год у них новая версия какая нибудь. На какие шиши она существует? Непонятно.

(211) немецкая ерпя на делфях? Хватит сапа, написанного в 80-х

(212) Хмм. Возьми https://www.embarcadero.com/ru/products/delphi/starter/free-download#ce_terms_modal и попробуй.

Например под iOS и Android приложение написать ))

(214) Да мне не надо

(215) Ну тогда для общего развития http://www.unigui.com/

(216) Нафига мне это?

(217) Ответ на твой вопрос "на какие шиши"

(218)+ Вот у нас чтобы быстро написать учетное приложение (в т.ч. для мобил и веба) есть 1С.

У них про 1С не слыхали но есть Delphi ))

(218) Ну вопрос то остался.

(219) Так в том то и дело, что оно у них не популярно типа.

(221) Примерно так же непопулярно как 1С в xUSSR

(108) > Щас на веб считается самое современное кросплатформенное приложение.

Кросплатформенное и самое тормозное. От таких тормозов таблетка - больше мемоми и шустрее проц.

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

В обшем неудачно. Прекратил и то, и другое, и последнее.

Уровень новых членов команды был "Как откомпилировать пхп файл". И их якобы нанимали на разработку веб морды для планшетов.

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

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

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

Я когда работал там - делфи не открывал ни разу. Она на моем компе не была дазех установлена.

Писал в основном на шарпе, питоне и пхп с же эс.

(225) Может хоть ты объяснишь в чем секрет Delphi? Вот почему она такая плохая и не популярная, а живет и живет? И кто то её покупает же...

Помоему ты не умеешь читать то, что я написал. Я написал, что делфи не нужен даже фирмам, у которых система написана на делфи. Там делфи программист(ы) переквалифицировались в шарпистов.

Вся новая разработка (а это интеграция) и конслатинг клиентов - только шарп

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

Короче, покупают немцы для школьников

На этом и живет

Вакансий по Delphi примерно столько же сколько по C++

Но учитывая что половина вакансий C++ это блин микроконтроллеры то я бы сказал что C++ на десктопе умер раньше Delphi.

(231) Да это не С++ умер. Все равно всё фундаментальное (дерьмо и палки) на нем написано. А склеивают уже на js и питонах. Склеивальщиков нужно больше, а умных дядей, которые ваяют самое важное, нужно меньше.

(0) Java + JS (React, Vue, Angular)

(232) В этом смысле пофиг. С тем же успехом эти умные дяди перейдут например с C++ на Rust и привет котенку Страуструпа.

(234) Да чота не переходят

(234) #скоро

(231) - https://de.indeed.com/jobs?q=delphi&l=
491 Jobs

https://de.indeed.com/Jobs?q=c%2B%2B&l=
8.449 Jobs

Если в 20 раз меньше - это "примерно одинаково", то я балерина

C# - 7.730
Python -  9.387
Java - 25.512

Кстати это очень плохой зновоночек для шарпа. Язык имеет все шансы повторить историю успеха Делфи

(232) настоящие суровые мужики пишут на коболе и фортране

(238) там еще есть вакансии где в тексте нет C# но есть .Net developer, что тоже самое

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

(237) Хочу огорчить но запросы по C++ очень некорректны.

Например тоже самое на hh выдает вот такое
https://hh.ru/vacancy/39732825?query=c%2B%2B
https://hh.ru/vacancy/39136393?query=c%2B%2B

Т.е. вакансии где просто упоминание C++ а на требуется совсем иное.
С Delphi таких упоминаний почти нет, там именно вакансия.

И добавь кроме Delphi еще Lazarus, Pascal, FreePascal

(242)+ Ну и самое главное что кандидата на Delphi возьмут с очень высокой вероятностью.
На C++ же нужны обычно мегагуру с опытом в фреймворках - хрен устроишься с улицы.

(242) - я прямо вижу завал вакансиям на позицию разработчика PascalABC & TurboPascal 4.0.

(0)Бери Java - не ошибешься. И навыки будут полезны, и кросс платформенно. И в деньгах выиграешь если втянешься. Плюс Английский подтянешь. СМожешь в любую развитую страну эмигрировать если надо или найти удаленку.

(239) - суровые мужуки в 2020м году до поддерживают систему написанную в 1976 году на

https://ru.wikipedia.org/wiki/MUMPS

и до сих пор работаюшую без единого переписывания кода.

Администрирование сервера заключается в вытирании с него пыли.

На сервере до сих пор стоит Windows NT 4.0, поставленный туда в 98-м году.

Время аптайма 10 лет.

Покройте этот код юнит тестами:

%DTC ; SF/XAK - DATE/TIME OPERATIONS ;1/16/92  11:36 AM
     ;;19.0;VA FileMan;;Jul 14, 1992
     D    I 'X1!'X2 S X="" Q
     S X=X1 D H S X1=%H,X=X2,X2=%Y+1 D H S X=X1-%H,%Y=%Y+1&X2
     K %H,X1,X2 Q
     ;
C    S X=X1 Q:'X  D H S %H=%H+X2 D YMD S:$P(X1,".",2) X=X_"."_$P(X1,".",2) K X1,X2 Q
S    S %=%#60/100+(%#3600\60)/100+(%\3600)/100 Q
     ;
H    I X<1410000 S %H=0,%Y=-1 Q
     S %Y=$E(X,1,3),%M=$E(X,4,5),%D=$E(X,6,7)
     S %T=$E(X_0,9,10)*60+$E(X_"000",11,12)*60+$E(X_"00000",13,14)
TOH  S %H=%M>2&'(%Y#4)+$P("^31^59^90^120^151^181^212^243^273^304^334","^",%M)+%D
     S %='%M!'%D,%Y=%Y-141,%H=%H+(%Y*365)+(%Y\4)-(%Y>59)+%,%Y=$S(%:-1,1:%H+4#7)
     K %M,%D,% Q
     ;
DOW  D H S Y=%Y K %H,%Y Q
DW   D H S Y=%Y,X=$P("SUN^MON^TUES^WEDNES^THURS^FRI^SATUR","^",Y+1)_"DAY"
     S:Y<0 X="" Q
7    S %=%H>21608+%H-.1,%Y=%\365.25+141,%=%#365.25\1
     S %D=%+306#(%Y#4=0+365)#153#61#31+1,%M=%-%D\29+1
     S X=%Y_"00"+%M_"00"+%D Q
     ;

(247) Трактор МТЗ-82 №46-25 ТА Ржев

https://arbuztoday.ru/wp-content/uploads/2017/08/gallery_552_113_2856.jpg

ЗЫ. И меня тоже )))

(0) Любопытная страничка на сайте 1С
https://its.1c.ru/db/v8317doc#bookmark:adm:TI000000433
Приложение 8. Используемые компоненты и материалы.
В программном продукте были использованы следующие компоненты:...
может чего подскажет..

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

(206) очень смешная шютка.

Что в общем и характеризует весь уровень"паскаль" программистов.

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

https://en.m.wikipedia.org/wiki/X86_calling_conventions

(252) Так по твоей ссылке и написано, что это соглашение о вызове пришло из Borland Pascal

И с чего ты взял, что это директива ассемблера? :)

сразу видно уровень "js и python" программистов :))

(212) Паскаль всегда был загадочным языком.

Он загадочно стал известен только на одной шестой части суши.


Даже в 80е - период его расцвета Ада была во всем мире популярнее чем он.

https://m.youtube.com/watch?v=UNSoPa-XQN0

(256) Ого. Он даже на первом месте был когда то. :) Ну вот когда винду написали, тогда и решилась судьба паскаля. Винду написали на си и все стали писать на си.

(257) сям толчок дали плюсы. В те года плюсы были модными, молодежными

(251) "приложение на си,например,на windows запустится без проблем"
Какой же ты молодой и наивный...

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

ИМХО, паскалей сгубили бегин-энды. Такое себе удовольствие надрачивать лишние слова в коде

(260) Никогда не напрягало написать бегин/енд. Зато код красивый и в нём начудить до непонятности сложнее, чем в Си со своими а=а=а

(258) В плюсах есть как хорошее, так и наркомания. Расширить структуры до классов, дав возможность в качестве членов использовать функции - здравое решение. Перегрузка операторов - ИМХО наркомания.

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

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

(260) бегин/енд это отличная штука чтобы прог избегал лишний уровней вложенности и не делал как с {{{}}{{{{}}}}}

(262) там не только операторы но и типы перегружают - когда сложный незнакомый проект изучаешь то лютый треш и угар

Представьте что в 1С вместо строка, число, дата, булево в каждой конфе определены свои алиасы и типы простых данных

(263) Вполне представляли. Это потом с генериками начали перемудривать.

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

(266) Так уже 1с пошла по этому грязному пути...

(265) врядли бегинэнды удерживали говнокодеров от говнокодерства

(266)Все зависит от извращений автора. есть вполне красивые решения.

(260) - у вас преставления школоты

Делфи стал популярным в 90-е на территории бывшего совка только благодаря пиратским дискам.

На Западе в 90-е этот рынок делили VB и Java.

(272) Угу дельфи не стал популярным на западе из-за высокого ценника

(273) - https://lurkmore.to/Pascal

(272) В 90е java? Тогда она была только в виде браузерных апплетов с эффектом "ой что-то комп в своп ушел".

(275) - ох ж эти легенды и мифы Древней Греции.

На ява в 90-е писались веб приложения тогда, когда в по ха пе не было ООП как класса.

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

(275) - Разве на этом в середине 90-х можно было чтото серьезное написать?

https://ru.wikipedia.org/wiki/История_PHP#PHP_3

а на Ява писали:
https://lurkmore.to/ЛОР

(276) PHP 3.0 вышел в 1998 году, а первая Java в 1995

(278) - ну, и? На Ява уже в 97м году писать нормальные коммерческие веб приложения. А на по ха пе только с 2004го года..

https://ru.wikipedia.org/wiki/Сервлет_(Java)

И никаких вебприложений не было в 90-х. Зачатки какие то может быть.

(279) Java в начале была тормознутым говном. Ничего на ней не делали

(281) Почему "была"?

(280) В 97-98м годах про пхп по сути никто не знал. Это была или Java или ASP с VBScript

(282) Ну щас то полегчало :) А байткод без jit компиляции на четвертом пне это был жуткий тормоз

(283) да там дофига чего было. только не java

(284) Поставил сегодня идеяклон. Посмотрел.
И угадай моё решение?

(286) я даже не понял, что ты поставил

(287) Клон Idea. Написаный на жабе

(288) Ну да. Там без i7 и SSD никак :)

(289) У меня ссд. Правда, не и7.
Но электрон-подобие (хотя и говорят, что тормозное) работает в разы быстрее.
И кстати, умеет то, что не умеет жабный... )))

(280) (281) https://www.osp.ru/jw/1997/05/13032036

Обрати внимания на год и месяц.

И где тогда был пых пых?

А кто-нибудь в курсе что там с Dart&Flutter? Что-то вся инфа года так от 2018. Гугль забил на это или еще нет? Стоит изучать?

(291) там же где и Java

http://www.javable.com/tutorials/kartuzov/biblio/index.pdf


96й, 97й, 98й годы. Технология джава в тех книгах уже прочно ассоциируется с World Wide Web.

Обратите внимание, что вся литература - переводная. Кроме Баженовой никто из российских бумагомарателей про Java тогда не писал.

Элитарная технология!

(0) справедливости ради, в 2005-м Делфи уже было г-ном мамонта

(295) Я уже об этом говорил. Делфи был годным только во времена 16битной винды. Нувыпонели

Няшная Java в 96-98 годах

http://www.ibiblio.org/java/1996.html

http://www.ibiblio.org/java/1997.html

http://www.cafeaulait.org/1998november.html

(296) Ну смотря для чего. Если нужно быстро сляпать приложение с тремя кнопками и sqlite, то очень даже годно. Тяп ляп и готово. Ну и питон еще прикрутить, если надо. Delphi конечно ну его. А Lazarus нормально.

(297) Это только начали Java пиарить. Из этих книжек только узнали о существовании Java. интернета тогда особо не было. Модем диалап и всё такое :)

(0) Если надо что то быстро, надежно, кроссплатформенно и для себя - то Delphi.

Если надо полюбиться - то ms visualstudio c++
Если модно, стильно, молодежно - то java/ c#

java/ c# это уже не молодёжно. молодёжно это чтобы запускалось в браузере, весило 200 мб и жрало памяти 3 гига

первая в мире книга по пыху была написана аж 98м году

https://www.databazeknih.cz/knihy/php-tvorba-interaktivnich-internetovych-aplikaci-230573

(301) Пиши на шарпе и веб-ассемблере. Будет жрать 5гигов и запускаться только в хроме.
Суперстильно

Вернее даже в 99м. В этом году Java вышла на корпоративный рынок.

(304) Тебе не пофиг, что было 20 лет назад? Какая разница годом раньше годом позже.

(303) Мне это зачем? Пиши, если тебе надо

(303) Blazor запускается везде. Тот же Edge прекрасно работает.
Blazor становится быстрее (даже без AOT)
https://visualstudiomagazine.com/articles/2020/09/14/aspnet-5-rc1.aspx

AOT обещают через год. Ни о каких гигабайтах и речи нет.

Кстати сравнение электорона с блазором без песочницы
https://blog.stevensanderson.com/2019/11/01/exploring-lighter-alternatives-to-electron-for-hosting-a-blazor-desktop-app/

То есть рендеринг в браузере, а выполнение кода в .Net Core

(303) Точняк, веб-ассемблер крутая вещь. Мы щас все новые приложения на нем пишем, чтобы не было проблем с распространением приложений через магазины. На свой сервер в интернет выложил, и не нужно платить никому комиссии и абонентку за пользование магазином.

308+ https://gunnarpeipman.com/blazor-on-desktop-webwindow-experiment/

(309) Сейчас в войне Эпика с Эплом тоже переходят на браузер
https://3dnews.ru/1022563/microsoft-vsyo-ge-zapustit-xcloud-dlya-ios-no-v-obhod-app-store
Ресурс The Verge, ссылаясь на своих информаторов, сообщает, что Microsoft работает над решением, которое позволит запустить потоковую игровую платформу xCloud на iOS в обход магазина App Store с его ограничениями. Утверждается, что компания разрабатывает веб-версию xCloud для работы на устройствах iOS и iPadOS. Впрочем, работы над приложением, которое, как надеется компания, в конечном счёте тоже будет работать на платформе Apple, не прекращаются.

https://www.sostav.ru/publication/epic-games-vernetsya-na-ios-i-android-cherez-partnerov-45431.html
Игры компании Epic Games, включая Fortnite, станут доступны в браузере, в том числе через российского партнера сервиса GFN.ru. Так компания нашла способ восстановить доступ к играм после скандала с Apple и Google, сообщает «Коммерсант».

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

(311) Это другое. Они приложение запускают не в браузере, а на своем сервере, а браузер используют только для передачи в него изображения, как клиент.

(312) Это понятно. Но в браузере программа для передачи данных и получении изображения.
https://www.gametech.ru/news/73064/

Это тоже должно работать быстро и без задержек

(272) а причем тут популярность, если я писал об увядании паскаля?

(294) ты лучше проекты на жабе 90-х покажи. А книги вообще не показатель. У той же 1с есть англоязычные книги нулевых, только кому они интересны?

(313) RDP в браузере давно пашет же

(313) Это не RDP. Попробуй в игрушки поиграть. RDP передает команды (DrawString, DrawLine)
Для игр нужно сжимать на основе предыдущих экранов итд.
И все это должно работать с минимальными задержками

(317) Тимьювер блин в браузере

(318) Играл в нормальные игры?
https://faq-teamviewer.ru/faq/mozhno-li-igrat-cherez-teamviewer

Главное еще и задержка должна быть минимальна

https://thecommunity.ru/microsoft/xbox/6608-project-xcloud-zaderzhka-vvoda-10-ms-neobhodimaja-skorost-interneta-5-mbit-s.html
По его словам, выполнение игр в дата-центрах Azure увеличивает задержку ввода менее чем на 10 мс, а наибольшие задержки обнаруживаются в Bluetooth-стеке при  при подключении геймпада к Android-смартфонам.



в компании работают над тем, чтобы обеспечивать качественную потоковую передачу при 5-6 Мбит/с.

(313) Конечно. Но ничто не мешает ей работать быстро и без задержек, браузер не препятствует, он очень быстро все обрабатывает. Даже 3D игры запускаются локально в браузере без проблем.

(320) При использовании сетей 5G задержка очень маленькая. Можно нормально играть. Я пробовал играть в облаке NVidia, вполне комфортно по задержкам, и графика хорошая. Правда не в браузере, а устанавливал их клиент себе, но думаю браузер наверняка тоже потянет, там нагрузка минимальная.

(323) Суть как раз клиента в браузере в виде Webassembly. Максимально быстрый код, без сборки мусора и JS.
Суть то в том что как с этим будет бороться Яблоко? Ведь с вэб приложений не возьмешь 30%

(324) Если яблоко захочет бороться с этим, то просто заблокирует Webassembly в браузере Сафари для телефона.

(325) Точнее сборки Webassembly без подписи и с определенными подписями

(324) Да и на каких основаниях бороться? Они ведь не предоставляют таким приложениям сервис, который есть в магазине, значит и брать плату не за что. Магазин дает хорошую прибыль размещенным в нем приложениям, потому что они сразу находят своих пользователей. За это и берут плату. Это всем выгодно. А за приложения в браузере не за что брать плату. Я не думаю что они вообще будут с ними как-либо бороться.

(327) Ну вот сейчас идет война между эплом и эпиком по поводу внутренних платежей игроков.
Fortnite блокировали. Но через браузер https://3dnews.ru/1022563/microsoft-vsyo-ge-zapustit-xcloud-dlya-ios-no-v-obhod-app-store
играть можно.

То же касается и XCloud
https://www.sostav.ru/publication/epic-games-vernetsya-na-ios-i-android-cherez-partnerov-45431.html

Смотри (311)

(325) И представляешь сколько сайтов будет недоступно? Но эпл со своим сафари не идет впереди планеты всей
http://rsdn.org/forum/flame.comp/7848485.1
Без нужных API многие веб-приложения невозможны. Собственно Apple печально известна тем, что развитие Safari ощутимо отстаёт от Chrome. Некоторые предполагают, что это делается намеренно, чтобы дать преимущество приложениям.

Самый простой пример — уведомления. До сих пор сайт не может слать уведомления в iOS. Т.е. уже огромное множество приложений вроде чатов становятся ощутимо хуже своих нативных вариантов: кому нужны чаты без уведомлений. Или звонки. Вроде и есть WebRTC, однако нативные приложения позволяют интегрироваться в стандартную звонилку, а для веб-приложений такого API нет.

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

(329) Как только не пытались подсадить народ на эти апплеты, всё без толку. jbond просто не видел как убого выглядела его няшная java в начале. Ему простительно.

Зато сейчас java на высоте. Теперь и скорость нормальная и дядям с денюжками нраивицца.

(328) Война из-за оплаты за пользование магазином. Эпики распространяли свое приложение через магазин эпла, а по правилам магазина, в этом случае все транзакции должны идти через магазин. Все по честному. Если эпики не будут использовать услуги магазина для распространения своей игры, то и войны никакой не будет. Они же сами нарушили правила договора, вот теперь и расплачиваются за свои косяки. Уйдут в браузер, но сомневаюсь что их прибыль останется на прежнем уровне. Посмотрим.

а делфи кросплатформенно умеет?

(333) Может умеет, может не умеет. Всем пофигу на это, никто не будет задумываться над таким ненужным вопросом

(333) Ну зарабатывают они не только на эплах. А вот ударить по эплу как раз могут оочень сильно.
https://www.newsru.com/hitech/07oct2020/usa_it_report.html
Конгрессмены обвинили Amazon, Facebook, Google и Apple в монополизации рынка

Претензии законодателей к Apple заключаются в том, что компания из Купертино устанавливает собственное программное обеспечение на свои устройства и "не дает лицензию на iOS другим производителям мобильных устройств", пишет TJ. Из-за этого пользователи могут скачивать приложения только из App Store, а разработчики вынуждены платить компании комиссию, не имея возможности распространять приложения иным способом.


В свежем докладе предлагается разделить крупные IT-компании при помощи изменений в антимонопольном законодательстве. В частности, речь идет как о структурном разделении IT-гигантов, так и о введении запрета на работу в смежном бизнесе. Детально эти предложения не прописаны, но, по всей видимости, авторы доклада считают необходимым превратить сервисы, принадлежащие Google, Facebook, Apple и Amazon в независимые компании. Речь среди прочего идет о принадлежащем Google видеохостинге YouTube, а также о WhatsApp и Instagram. Кроме того, в докладе говорится, что антимонопольные органы не должны разрешать крупным IT-компаниям покупать потенциальных конкурентов. Также авторы считают необходимым обеспечить функциональную совместимость и переносимость данных с одной доминирующей платформы на другие.

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

(333) Умеет. Там у них Windows, iOS, Android и Linux

+(337)FreePascal ваще какoй то мультикроссплатформенный :)
Free Pascal is a mature, versatile, open source Pascal compiler. It can target many processor architectures: Intel x86 (16 and 32 bit), AMD64/x86-64, PowerPC, PowerPC64, SPARC, SPARC64, ARM, AArch64, MIPS, Motorola 68k, AVR, and the JVM. Supported operating systems include Windows (16/32/64 bit, CE, and native NT), Linux, Mac OS X/iOS/iPhoneSimulator/Darwin, FreeBSD and other BSD flavors, DOS (16 bit, or 32 bit DPMI), OS/2, AIX, Android, Haiku, Nintendo GBA/DS/Wii, AmigaOS, MorphOS, AROS, Atari TOS, and various embedded platforms. Additionally, support for RISC-V (32/64), Xtensa, and Z80 architectures, and for the LLVM compiler infrastructure is available in the development version. Additionally, the Free Pascal team maintains a transpiler for pascal to Javascript called pas2js.

(0) вот и я думаю, на чем убийцу 1с писать. Не на чем. Кризис ИТ

(339) на бересте пиши, Сергей.

(340) очень смешно, Ежов

(339) Пиши на мисте

(339) Чем .Net Core, Linq2DB, Wpf,Xamarin, Blazor тебе не подходят?
https://habr.com/ru/company/microsoft/blog/493390/
https://visualstudiomagazine.com/articles/2020/09/14/aspnet-5-rc1.aspx
https://visualstudiomagazine.com/articles/2020/09/29/xamarin-forms-5-preview.aspx

Нет никакого кризиса. Одна движуха!

(343) Да ну нафиг. Санкции введут и отключат всю эту байду.

(344) Не отключат. Ибо все это опенсорс!
Суть в том, что .Net Core большей частью был сделан для облаков.
А там одно из требований это опенсорс. И MS пошла на это.
При этом многие продукты развиваются с помощью сторонних разработчиков.

(0) java, python, C#, EcmaScript
что осилишь, на том и - алга

(330) я видел, как убого выглядела няшная джава в 90х.

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

По ха пе же в то время в том виде был признан не пригодным для создания ecommerce решений самими же создателями по ха пе.

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

Джава никогда не подвергалась перепроектированию с нуля.

(345) Жителям Крыма их личные репозитории на гитхабе блокируют. Пофиг всем на опенсорс.

(347) Чо ты пристал к этому пхп. Все про него всё знают. На нём 99,9% сайтов написано. И Java и PHP очень популярны. Каждый в своей нише.

(348) https://www.cnews.ru/news/top/2019-07-29_github_blokiruet_razrabotchikov_iz_kryma
Блокируют сами репозитарии конкретных людей.
Блокировать репозитарии .Net Core и прочее никто не будет!

(350) Уверен?

Недавно мс заявила, что половина атак на выборы гегемона была совершена с российских ип. Вот присоединится она к санкциям и?

(350) Заблокируют даже если ты приедешь в Крым и зайдешь на GitHub. Потом будешь их уговаривать и рассказывать, что только купаться ездил и в Крыму не живешь :)

(350) Так что давай завязывай распевать дифирамбы про дотнеты с линкумами. Не лей воду на мельницу мирового империализма :)

(353) Как они заблокируют через VPN? Ты статью то читал?
https://www.cnews.ru/news/top/2019-07-29_github_blokiruet_razrabotchikov_iz_kryma

Там речь идет именно о блокировке репозитория.
Да могут заблокировать репозитарий конкретного лица. Но репозитарий .Net Core они не заблокируют ибо сами будут от него отключены.

(355) Логин твой заблокируют. Гибхаб их же теперь

(356) Мои  проекты хранятся не только в гитхабе. Опять же речь то идет не о моих аккаунтах, а о .Net Core
Я захожу на https://github.com/dotnet/core без логина

(357) К тому времени, когда твой core наконец нормально будет работать, уже и интернет отключат нафиг. В связи с вмешательством в выборы в Ливии.

(358) Он уже прекрасно работает и очень быстро. Меньше чем через месяц выйдет .Net 5
https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/

Думал, что 3.1 это потолок, но и в .Net 5 нехило докрутили

Ну и для ARM64
https://devblogs.microsoft.com/dotnet/arm64-performance-in-net-5/

Что касается редакторов, то многие хвалят Rider https://www.jetbrains.com/help/rider/Get_Started_with_Version_Control.html

(359) GUI для Linux есть?

(360) Из нативных это Xamarin GTK, Avalonia.
Ну и Вэб приложения на Blazor. То есть за отрисовку отвечает браузер, а за реализацию .Net Core.
Сейчас MS переводят Visual Code с электрона, на блазор.
https://gunnarpeipman.com/blazor-on-desktop-webwindow-experiment/
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-release-candidate-2/

(361) Короче, нету пока. Так то .Net Core наверное крутяк, только C# скучный

(362) Я тебе привел кучу ссылок и вдруг нету пока?
Еще до кучи https://github.com/ElectronNET/Electron.NET

(362) Мне приходится на разных языках писать. C# сейчас самый веселый и продвинутый язык.

(363) да там дермище всякое. ниахота голову забивать

(365) Что бы понять дермище это или наоборот клад нужно попрограммировать на разных языках. У каждого языка есть фишки, которые
1. Упрощают написание кода
2. Ускоряют выполнение кода.

При этом ты находишься на форуме 1С, который по этим показателям оочень близок к твоему определению дермища.
Но ты же забил им голову!
На самом деле изучение языков и платформ развивают тебя как программиста.
Я ни один язык или платформу дермищем, ибо у каждого языка есть своя ниша. И чем их больше, тем больше идей и конкуренция.
А .Net и C# сейчас ооочень бурно развиваются.

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

(366) А .Net и C# сейчас ооочень бурно развиваются.
да чего там может развиться уже? воду в ступе молотят, а java никак не могут победить

Мне так, по работе, не java не C# нифиг не нужны. Они мне неудобны. Я скромный одинесник и корпоративные порталы на тысячи юзеров я не разрабатываю.

ой, ни java ни C#

(367) Ну ты не работал с Linq который значительно быстрее.
Посмотри универсальный https://www.linqpad.net/

А уж отсутствие замыканий, того async / await который только сейчас появляется.
асинхронные методы это жуть со строковыми названиями методов.
Что и нравится так это один код в модуле для серверного и клиентского кода. Но и это легко решается с помощью Source Generator
https://devblogs.microsoft.com/dotnet/introducing-c-source-generators/

(368) Жабу уже давно перегнали. На андроиде на Котлин потихоньку переходят. Хороший язык

(371) <На андроиде на Котлин потихоньку переходят. Хороший язык>
если не вспоминать что котлин работает на jvm то да... 'перегнал'

(372) *это точно также как C# перегнал vb.net и j#

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

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

(374) Никакой виртуальной машины уже лет 20 нет. Все давно джитится в нативный код.
https://ru.wikipedia.org/wiki/JIT-компиляция

Другое дело, что во время работы компиляция должна быть быстрой. Поэтому получаемый код не оптимален и проигрывает тому же С++.
Но есть .Net Native у джава другая оптимизация. При этом джитеры совершенствуются
(358) Он уже прекрасно работает и очень быстро. Меньше чем через месяц выйдет .Net 5
https://devblogs.microsoft.com/dotnet/performance-improvements-in-net-5/

Ну и для ARM64
https://devblogs.microsoft.com/dotnet/arm64-performance-in-net-5/

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

(375) ну там всёравно не полный аналог native программ получается, всёравно там и garbage collector свой и куча либ самой явы компилится параллельно

(376) .Net Native использует С++ компилятор, но сборка мусора тоже есть.
https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/net-native-and-compilation
Тот же D тоже может использовать сборку мусора
https://ru.wikipedia.org/wiki/D_(язык_программирования)#Управление_памятью

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

377+ https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/net-native-and-compilation#net-native-and-ngen
NGEN по-прежнему полагается на полную среду CLR для таких сервисов, как загрузка сборок, удаленное и локальное взаимодействие, управление памятью, сбор мусора и, при необходимости, JIT-компиляция. В .NET Native многие из этих сервисов являются либо ненужными (JIT-компиляции), либо разрешаются во время построения и включаются в сборку приложения. Остальные сервисы, наиболее важным из которых является сбор мусора, включены в гораздо более компактную, оптимизированную среду выполнения mrt100_app.dll.

Все языки хороши, все языки важны.
Кроме C/С++.

(379) Ты ВК на Лазарусе пишешь?

(379) Скоро испекут стандарт C++20 и все ломануться обратно на этот язык
(380) Очень сарказмично

(381) Ну почему же
https://github.com/Zawullon/fpnativeapi

(378) Решил попробовать NET core. Скачал, сляпал Hello World. Сделал publish. Получился дистрибутивчик на 120 Мб. Это нормально? Или есть способ сделать поменьше без предустановки рантайма?

(383) https://docs.microsoft.com/ru-ru/dotnet/core/deploying/

(384) Ну я там и читал. Я так понял 120 Мб это нормально

Хотя нет. 69 Мб получилось

384 Посмотри на блазор
https://www.meziantou.net/optimizing-a-blazor-webassembly-application-size.htm
(385) Если со средой выполнения то да. Для  блазора линкер убирает все лишнее

Лучше уж go lang. Проще, понятнее и всё в один exe

(375) > Никакой виртуальной машины уже лет 20 нет. Все давно джитится в нативный код.
А джитится чем? :)

(388) Никто же не запрещает. Просто разные сценарии развертывания.
В основном это  докеры https://docs.microsoft.com/ru-ru/aspnet/core/host-and-deploy/docker/building-net-docker-images?view=aspnetcore-3.1
Очень удобны для распространения

(389) Средой выполнения. Но это не виртуальная машина. Виртуальная машина была на заре Java и
https://ru.wikipedia.org/wiki/Java_Virtual_Machine
Виртуальные машины Java обычно содержат интерпретатор байт-кода, однако, для повышения производительности во многих машинах также применяется JIT-компиляция часто исполняемых фрагментов байт-кода в машинный код.

Мало того, сейчас есть и .Net Core и CoreRT где из сервисов только сборщик мусора.
Сейчас Blazor интерпритирует байт код. Обещают через год AOT компиляцию

(391) Не вижу разницы в данном случае принципиальной разницей между "средой выполнения" и "виртуальной машиной". Виртуальная машина - это далеко не только интерпретация.
То, что clr джитит метод сразу перед выполнением (а java - с оглядкой) не превращает его из виртуальной машины в "среду выполнения". Хотя можно называть как угодно. Суть не меняется.
Но подавать это как "в java VM, а у MS - нет" - лукавство чистой воды.

(391) > Виртуальные машины Java ОБЫЧНО содержат интерпретатор байт-кода
Т.е. наличие интерпретатора не является отличительным признаком VM

(393) В .Net нет никакого интерпретатора кода!
Вернее было в Compact Framework сейчас есть в блазоре. Но ото отдельная от фреймворка ветки.

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

Просто само понятие виртуальная машина была именно для интерпретатора который был
https://ru.wikipedia.org/wiki/HotSpot

Для .Net никакого понятия виртуальной машины никогда и не было! Была среда выполнения.
Не стоит смешивать эти понятия

(394) > Для .Net никакого понятия виртуальной машины никогда и не было! Была среда выполнения. Не стоит смешивать эти понятия
Это ты их разделяешь. Или маркетологи MS. Отличительным признаком наличия VM как раз является то, что в MS называют "управляемым исполнением" кода. То есть когда исполнением кода управляет какая-то внешняя штука. Обеспечивая в том числе безопасность исполнения и доп-сервисы типа рефлексии. Опция интерпретации не превращает "среду исполнения" в VM. Ну или пруф.
Вот в Go - нет "среды исполнения" ака VM. Есть только библиотечный рантайм, а "надштуки" никакой нет. И вот эти понятия смешивать не стоит.

Понятийная разница, ИМХО, близка к пониманию разницы между фреймворком и библиотекой.

(382) датычё, занятно

Конечно, приятно шарпистам заявлять что в java вот есть страшная и тяжелая VM, а вот в net и golang - ее нет. Правда, есть "среда исполнения", которой нет в golang. Но она, конечно же, легкая и нестрашная. Не стоит даже упоминания.

(397) Ещё как занятно. Паскалист нашлепает ВК за пять минут, даже ничего не понимая в этих ваших внешних компонентах.

(395) Управляемая среда это сборка мусора! .Net Native есть только сборка мусора, но нет среды исполнения!
(398) Я программирую не только на шарпе. Просто понятие виртуальная машина давно себя изжила. Не стоит её употреблять.

Вернее так. Для .Net Native из среды выполнения есть только сборка мусора, но нет JIT компиляции.
Тот же D тоже может использовать сборку мусора
https://ru.wikipedia.org/wiki/D_(язык_программирования)#Управление_памятью

(400) Зачем что-то усложнять из-за маркетинга? Виртуальная машина - все, что изолирует программный код от железа.
- Компилируемый код - точно не VM;
- Интерпретируемый код - недо-VM (почти, но недоросла);
- Гибрид - может компилироваться, а может и интерпретироваться, но с железом прямого контакта нет. Или есть через костыли.

(402) А мне казалось "..все, что изолирует программный код от железа.." называется Операционная Система.
А так как по большому счету все выполняется в ней, то получается все языки имеют VM :)

Железо то тут при чем. До железа только в драйвере можно достучаться.
Просто .NET и Java программисту запрещено напрямую управлять памятью. Выделять в ручную память и писать в память по любому адресу. Это самое главное, что нужно для того, чтобы не страшно было набирать школьников в программисты. А байт код там или не байткод и всякие виртуальные машины это уже не важно, если скорость выполнения примерно одинаковая.

пардон, вручную

(404) конечно, писал про память.

(404) Ну относительно Java это не совсем правда. В существует sun.misc.Unsafe с которым можно напрямую писать и читать битики.
Ну а с Java 15 уже доступен JEP 383 в рамках которого реализуется штатный метод работы с памятью вне JVM и ее кучи.

(400)(401) Хм... Почитал про .Net Native. Прикольно. И что, никаких минусов этот вариант не имеет?
В java сейчас тоже появился вариант генерации нативных бинарников через GraalVM. Но при этом теряются плюшки "среды окружения" и проекты, которые их используют, нуждаются в адаптации под этот вариант. А в MS видимо сделали хитрее.

(404) в .Net существует unsafe, PInvoke, IntPtr. В отличии от Java есть Value типы (меньше проблем с боксингом унбоксингом)
Появились ref struct, Span<T> или ReadOnlySpan<T>

https://docs.microsoft.com/ru-ru/dotnet/csharp/write-safe-efficient-code

(408) Имеет. Прежде всего рефлексия и плагины. Для рефлексии нужно заранее знать все типы и описать для каких нужна рефлексия,
что бы скомпилировать информацию о типах и получения ссылок на методы и свойства.
https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/reflection-and-net-native
https://docs.microsoft.com/ru-ru/dotnet/framework/net-native/apis-that-rely-on-reflection
Кроме того нельзя скомпилировать код в процессе выполнения.
Сейчас развивают CoreRT
https://github.com/dotnet/runtimelab/tree/feature/NativeAOT

(409) Появились ref struct, Span<T> или ReadOnlySpan<T>

Так они потихоньку сделают новый C++ без тех архитектурных болячек.

(409) да понятно что есть unsafe. в java тоже есть. иначе они бы нафиг никому не уперлись

(410) Ну в общем то к этому и идет. Кроме того собираются вводить аналог шаблонов с перегрузкой операторов
https://www.youtube.com/watch?v=WBos6gH-Opk&feature=youtu.be&t=3120

Смотрим старый вброс на шейпах

https://www.c-sharpcorner.com/article/candidate-features-for-c-sharp-9/

Original Source


public shape SGroup<T>      
{      
static T operator +(T t1, T t2);      
static T Zero {get;}      
}

This declaration says that a type can be an SGroup<T> if it implements a+ operator over T, and a Zero static property.



public extension IntGroup of int: SGroup<int>    
{    
public static int Zero => 0;    
}

And the extension.



public static AddAll<T>(T[] ts) where T: SGroup<T> // shape used as constraint    
{    
var result = T.Zero; // Making use of the shape's Zero property    
foreach (var t in ts) { result += t; } // Making use of the shape's + operator    
return result;    
}

Let us call the AddAll method with some ints,


int[] numbers = { 5, 1, 9, 2, 3, 10, 8, 4, 7, 6 };    
  
WriteLine(AddAll(numbers)); // infers T = int


Я так понял, что вместо
public shape SGroup<T>


можно использовать интерфейс
а вместо
public extension IntGroup of int: SGroup<int>


можно использовать

role IntGroup  extednds int


И в примере Мэдс все тоже самое. Ты переопределяешь только
public static int Zero => 0;



И разница в том, что int[] нужно привести к IntGroup[]

В любом случае определить можно сделать один интерфейс для всех перегрузок операторов алгеброических типов и прописать для них роли
и использовать эти роли хоть откуда как Func<> Action итд.

(0) Будь мужиком, используй хаскель!

(412) Так можно дойти до программной эмуляции любого ЯП на особо продвинутых ЯП, путем перегрузки всего и вся

(414)+ Ой у нас либа на паскале или на питоне

Фигня
using System.Language.ObjectPascal;
using System.Language.Python;

(414) Ну в С++ перегрузка операторов вообще везде для шаблонов.
Для C# role хороши для алгебраических типов. Не нужно кучи интерфейсов с add,mull, div итд.
Просто используется текущая перегрузка операторов. Если нужна другая просто пишем в
role IntGroup  extednds int
свою свою перегрузку оператора

(416) Это был юмор. Типа зачем нам такая куча языков программирования.

Давайте сделаем один, который любой синтаксис и операторы поддерживает, достаточно либы подключить ))

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

(417) вроде в чистом си можно такие фокусы делать

на макросах define можно много чего делать,там основное - соединение двух слов из разных частей.

(419) не берусь утверждать, но в плюсах можно изменять язык как тебе удобно. За счет #define можно переопределить чуть ли не всё что душе угодно: хошь начать писать begin-end, хошь начать писать на русском языке...

(421) Тому, кто добавил этот весь навороченный сахар в язык - https://youtu.be/YxWyz0djjTQ

(0) Гитхаб по своим данным регулярно проводит исследованиие этого вопроса. Рекомендую

https://octoverse.github.com/#top-languages