Про программирование и программы

хотите охуеть? так вот - все государственные сайты все ветви говру минфинру итд итп работают полнофункционально и надёжно только на ... ТАДАМММММ
Internet Exlorer 11!!!!! и это спокойно декларируется что нормальная работа гарантированна только на встроенном браузере самой дорогой операционки в мире да ещё и с закрытым кодом и написано всё это нашим "вероятным противником"


импортазамещение мать их за ногу...

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

Вот мне как дофига программисту ни разу сварочный в руках не державшему очень интересно.

нахрен ты здесь

Размещено через приложение ЯПлакалъ

ТС, что за бред я сейчас прочитал?
VCL - это не весь ООП. Мой "респект" Борланду и снисходительное "вы же старались" Абракадабре Эмбракадеро.
Даже в C++Builder 6 очень многие вещи можно было заменить на функции WinAPI без потери функциональности.

10 лет не в этом стеке. Последние 4 года вообще по работе на Линуксах. На колоночных СУБД.

На правах рекламы (шутка):
- Нашим программам все равно, сколько в вашем компьютере памяти!
- Они засрут займут всю память!

Я бы сказал - 5%, если не меньше.
80% - это пахота мыслями в пространствах абстракций и умственном моделировании - на выходе все равно получается пурга...

А если код чужой - то процентов 80 - разбирательство в нем...

Супер! Лучше и не напишешь - я сам программер из прошлого - так вот: не могу себя приучить к той вольности, что сейчас есть!
Увы - факт!


Но я предлагаю ТС-у пойти еще дальше... и, например, по-максимуму осудить Мелкософт за его платформу .Net - ну, типа нафига нам такой глобальный интерпретатор, который именуется CLR...

Правильно ли я понял, что ваши дельфисты являются ярыми поклонниками Object Pascal?
Дело в том, что Шарп - всего лишь язык - причем (хоть и весьма простой) не самый оптимальный...
И разница между тем же Embarcadero и VS в том, что VS создает промежуточный код для среды .Net Framework, в Embarcadero уже готовый исполняемый код... Вот только код от Embarcadero не на каждой платформе попрет, а код VS попрет на всех вариантах, где установлена платформа .Net.
Кстати, в Embarcadero есть еще и Builder...

Это сообщение отредактировал Nihaoist - 17.06.2020 - 18:45

Хуйня, ооп тут не причём. Объект есть объект и задача информатика - сделать возможность моделирования в двоичном коде. С ООП это реализовали. Не хочешь большие монолиты? Переходи на микросервисы. Гугли: кубернет, сервис мешь.

Размещено через приложение ЯПлакалъ

Посыл то ТС какой? Будь проклят ООП!!!???

Гражданин ТС судя по его посту (TButton, OnClick) еще до сих пор из Delphi не выбрался

Это сообщение отредактировал Liosik - 17.06.2020 - 18:56

Наоборот смотрят на дотнетчиков и плачут от зависти.
В шарпе писанины много конечно в сравнении с другими языками. Но с учетом того что половину если не больше за тебя пишет vs и с кучей инструментов, на текущий момент под windows это самое быстрое средство, причем при высокой культуре кода. Ну и для реально больших проектов ничего лучше пока не придумали(если конечно нет противопоказаний коие у этого фреймворка имеются не слабые) кстати про промежуточный код с ним все тоже не так однозначно. Можно нагуглить примеры когда нет приложение работает даже быстрее чем нативное, сам с этим столкнулся когда нужно было обосновать с++ для проекта, и внезапно получалось что дотнет на тестах ему уступал в пределах погрешности, а временами вообще выигрывал. Вобщем тогда много пересмотрели Много узнали о компиляторах. После чнекоторых танцев с бубном и оптимизации получили разницу в несколько раз. Но после этого Шарп прочно отжал кучу задач для которых до этого его считали медленным.

Хз, даже не представляю себе, что значит кодить продуктивно в шарпе. Сам синтакс языка - ничего сложного, иннициально спиздили у Ява. Я понимаю, что он тоже кросплатформенный( с бубнами), но по мне все равно не то. Если, то уже брать яву и выводить продукт на линуксе.

Размещено через приложение ЯПлакалъ

с увеличением сложности сисемы меняется организация кода и ООП исчерпало свои возможности, поэтому нужена слежующая ступень к которой так и не пришли нормально - граф с разделением типов данных и кода обрабатывающего эти данные
вот ступени архитектуры
1. процедуры
это когда весь код состоит из простых функций
2. ООП
ну здесь все понятно
3. Граф интерфейсов
это когда вся система состоит из 2х наборов данных
3.1. набор всех типов данных в системе
например картинка(jpg, gif), звуковой трек (mp3, wav), в виде списка uuid
3.2 обработчики данных
тоесть на вход обработчику подается один или несколько типов данных - на выходе один или несколько других типов данных

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

в такой системе становится не возможным навязывать новое глючное ПО вместо старого отлаженного

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

Ога!

Я как вспомню, когда я начинал учить C++ Страуструпа, так вздрогну...

Из предисловия:
<.. И компилятор для C++ был написан, естественно, на C++ ..>

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

Это вы еще на перфокартах не работали с проверкой той лажи, что натворили девочки, с помощью линейки и таблички EBCDIC.

Или перфолентами не пользовались, которые все время рвутся!




А давайте для затравки... предложу вот что:
WinForms - уууу! старое унылое говно!
WPF - тема изначально была хорошая, но убили и не поддерживают! На мой взгляд - XAML - это был уже тупиковый путь - хотя со мной многие спорят!
UWP - работает только под Win10 - и то, не под всеми номерами!

Насчет Java и Eclipse - лично я считаю, что это то, что пока имеет какой-то смысл...

Это сообщение отредактировал Nihaoist - 17.06.2020 - 19:52

ООП - это модель, а не инструмент. Надо различать понятия.

Размещено через приложение ЯПлакалъ

Модель - это буквочка M в аббревиатурах MVP и MVVM

Не сбавляйте обороты!!!

Кстати, на каком бейсик? VBA? Или что-то другое?

Это сообщение отредактировал Nihaoist - 17.06.2020 - 19:56

Мда, а мне тут вообще отказали в одной компании на основании того, что (цитирую)
"сделано очень здорово, но очень старая школа"

Вот сижу и думаю, может мне в рыбаки податься...

Когда то прочитал такую же фигню про процесс производства. Сначала были мастера виртуозы своего дела но это было дорог и богато. Потом появился производственный поток и появились средней руки в большом объёме мастера. А когда потребность в продукте выросла многократно как к примеру сапоги для армии во время войны то появились индусы со своим программированием и сбили планку во всем мире ниже плинтуса через субподряд с удешевлеием на каждом уровне. Типа тебе майор делает а по факту говнокодер. Сам видел код если х=0 то присвой ему 0

Размещено через приложение ЯПлакалъ

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

Компилятор - это не пришелец с Марса и не инопланетное существо - это тот же программный продукт, написанный далеко не самыми продвинутыми программерами!

Так что - чего вы ожидаете? Что за вас компилятор уберет всякую фигню? Разочарую вас - не уберет!

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

Это сообщение отредактировал Nihaoist - 17.06.2020 - 20:33

Если для тебя это только буквочки, то думаю продолжать не стоит.

Размещено через приложение ЯПлакалъ

10 PRINT "Бейсик - это просто!";
20 GO TO 10

RUN

Пффф... ваще легко: http://www.asvcorp.ru/tech/linux/xwinprg/chapter1200.html

Я не программист,и всю ветку не читал.Но если тут есть тот,кто участвовал в создании ТМ МИС, то знай.Я поставил свечку за твой упокой,и всем знакомым экстрасексам заставил навести на тебя порчу.Т.к. твой уровень знаний и умений предполагает веру в экстрасексов, ты сдохнешь,мразь.
Крик души.
Скопируй тварь Инфоклинику, ублюдок!!!

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

Это сообщение отредактировал bay12 - 17.06.2020 - 21:06