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

Шерпоинт особо и не умирал пока. Вполне востребован во многих конторах, которые сидят на мс.

Есть же Ruffle - опенсорсный флэш на Расте, который активно развивается. За сохранение флэша в браузере я бы не подписался, теперь у нас есть Флаттер вместо этого, а вот Flex/AIR зря под нож пустили. Хотя вместо них тоже есть Flutter Desktop.

Так есть же Ruffle

Как-бы, любой программный продукт, просто выводящий текст не растровыми шрифтами, является векторным, даже браузер. Я не имел дела с флешовыми поделками, которые создавались в среде Flash, но писал всякий энтерпрайз и гемблинг на Adobe Flex 3/4 и с производительностью там все было ок. Про безопасность вопрос вообще не стоял, ибо это был либо десктоп, либо продукт для внутреннего потребления. Я помню этот хайп про "дырявый флеш", при этом мне не известно ни одного громкого случая каких-то утечек или финансовых потерь по этой причине.

Не вижу связи, WASM может использовать только браузерный API, причем через JS-прослойку, и GUI у него своего нет, все равно нужны убогие хтмл и цсс, а ActiveX позволял делать вообще все, хоть интегрировать в страницу игру на OpenGL, хоть напрямую работать с портами (ну ладно, через драйвер ОС), почему и был таким опасным. Flash тоже являлся по сути ActiveX компонентом в виде dll-ки. С интерфейсами я тоже наборолся, только когда пытался интегрировать Флэш в приложения на Делфи, даже удалось упаковать flash.ocx в ресурсы аппликухи и загружать ее в рантайме без -смс и- регистрации (нашел entrypoint, который работал в обход всей этой COM-мусорки), таким образом приложение становилось переносимым и могло запускаться прямо с CD, на которых мы выпускали презентахи для выставок и конференций, учебники разные, в которые вставляли флэш-контент. Потом появился Flex и стало возможным делать полностью портабельные нативные приложения с офигенными интерфейсами, написанными полностью на нем, используя мой движок, а для 7-й винды я даже сделал прозрачность/акрил (ни Electron, ни Flutter Desktop, насколько я знаю, до сих пор такого не умеют), прикрутил скриптовый движок через Python32.dll, и стало вообще песня. Ну а потом вышел AIR и эта штука потеряла актуальность.

​@@andreasstager1642 Поэтому я и говорю про безопасный WASM, выйти за пределы среды браузера не выйдет. И это замечательно, тем более, что для работы кастомного ActiveX компонента нужно было его ещё скачать и установить через regsvr32, что часто делалось кастомным установочником и только под венду. А теперь... Хотите портировать свой нэйтив софт с десктопа в веб без привязке к платформе? Да легко! Только фронтэнд всё равно придётся пилить под веб, зато плюсовый бэк/core может быть портирован без изменений в WASM.

На С++? На сколько я помню ActiveX были технологией, которая по-умолчанию шла в Visual Basic.

@@woodzimierz9621 ActiveX это объектно-ориентированные DLL с COM-интерфейсами, как-то так. Тогда любой тулчейн, умевший собирать DLL, как правило умел и в COM, даже Delphi. А для MSVC это вообще было родное, к VB оно было сбоку прикручено.

@@woodzimierz9621 Конечно, в VB тоже были подобные проджект темплейты. Для Visual C++ они тоже были все из коробки, типа MFC ActiveX Control, но под капотом всё равно это обычная DLL со своим интерфейсом COM-сервера.

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

@@AEF23C20 Есть кваки на WebGL, что вам еще надо? Quake Live был отдельным плагином, а не через ActiveX.

@@AEF23C20 Согласен, но зачем? Давно харит эта тенденция все тянуть в браузер. "Тенденция", которой уже лет так 20.

Офис давно на дотнете переписан, почти 20 лет назад.

@@andreasstager1642 нет. Он до сих пор COM-объект. Дотнет умеет в такое

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

А ну бегом обратно в школу! Нода - серверный рантайм без рендерной части. Флеш он переписывает.

@@andreasstager1642 серьёзно? это как раз в основном рендер без серверной части, это не пайтон со своим сервером. так что в школу -- вам

Вообще никогда не было верстальщиков. Был WordPress и остается фриланс.

@@reybrown6616 были были. в недалеком прошлом даже. в годах 2010-2014. Они верстали дизайн (с фотошопа), нам отдавали шаблончик в html, а мы их потом встраивали в проект, когда делали (Django проект). Затем когда я перешел на другую работу. Они уже в CMS-ки делали шаблоны (уже назывались темами) в виде модулей. Там у них были чисто html, css, jquery, ну и немного кода из шаблонизаторов (тогда юзали smarty)

@@reybrown6616 зарплаты у них тогда были смешные.

@@reybrown6616 очень сильно ошибаетесь. Были и верстальщики, а те кто кроме html мог еще и в js назывлись веб-мастерами. У меня знакомая в 2003 году как раз карьеру начинала, устроилась на вакансию "веб-мастер".

Все вместе было, работал в конторе которая сайты делала, я и верстал и код писал (микс из php и js, потом jquery), а по первости еще и дизайн делал, на рынке не было понятия, кроме крупных компаний, что нужен отдельный UX/UI-дизайнер

notepad++ использую сейчас. Не для разработки кода, конечно, но использую.

А еще меркуриал

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

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

​@@borismor1В те времена об архитектуре и паттернах вообще еще никто не знал.

@@borismor1 к сожалению не только там. В том же .NetFrameworke в WinForms во всю использовался этот подход.

@@andreasstager1642 я об архитектуре задумался только когда в проекте пришлось часть функционала перевести на командную строку. Типа импорт Excel файла по bash.

Да и так достаточно часто, каждый день практически… дай человеку хоть немного отдохнуть😂

@@CaiN805 Чел канал перепутал) Это к ExtremeCode

Канал перепутал

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

Бог миловал.

Шо не так с фаром? Нормальное современное 64-битное консольное приложение, которое до сих пор развивается. Если линуксоидам можно использовать MC, то почему виндузятникам нельзя использовать фар (который на две головы выше MC)? А в связке с ConEmu ваще песня.

Ненавидел его ещё в универе в 2003-2007 годах, все преподы использовали именно его. Total Commander forever!

@@ReFeRyPF Фу, ушлепский делфийский VCLный интерфейс:) Он до сих пор выглядит как офис 2003? От офиса там даже были только кнопки выбора диска, остальное вообще было серое квадратно-гнездовое с разноцветными шрифтами из уродской палитры:) Консоль с нормальными современными шрифтами вне моды и времени. Конечно, в 2003 в корявом дос-боксе вынь98, с растровыми шрифтами без сглаживания и 16-цветной палитрой, фар выглядел блевотно, я тогда сам на TC сидел по этой причине.

@@andreasstager1642 так в этом и прикол, я не люблю консоль, а кто-то любит :)

@@ReFeRyPF Вы вообще программист? Как можно полноценно работать без консоли?

Я перед гітом з ним працював, все там було просто, після нього гіт здавався якоюсь наркоманією. Так це в мене між ними ще Hg був, як проміжна сходинка.

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

@@oWeRQ666 так в чем отличие пост от других методов? Почему все остальные методы нельзя было так же добавить и обеспечить их должным уровнем проверок?

Кроме разных названий есть ли вообще разница с технической стороны как они работают?

@@maximkiselev1554 хз, как по мне - нет. Вот тебе заголовки и тело, по названию поймёшь что делать.

У меня все в голове не укладывается, остовные форсеры Rust это js програмеры, по крайней мере они о нем больше всех говорят. Раст - язык для системного программирования, как это все совмещается у js программистрв не понятно. Мода?

@@MrCommanderKidЯ не JS программист, и вообще не фронтендер в классическом понимании. Хотя пришлось против воли поработать и с ExtJS, и с Angular, и с React. Причина - просто другой работы не было, а бабки были нужны, или как-то в рамках одного проекта на меня перекладывали этот скам за неимением другой работы. И до сих пор, к сожалению, приходится. Но JS, HTML и CSS ненавижу всеми фибрами души, специально их никогда не учил, и даже не вкладываюсь в подобный код, никогда его не рефакторю. А свою карьеру я начинал с асма Z80, Делфи и С, с кряков программ в x86 дебаггере, никакого джса тогда еще в помине не было, так что не вижу причин чтоб не осилить Раст. Я как раз половину жизни и мечтал об универсальном компилируемом языке, Делфи был только под винду, и тот помер, так что долгое время кроме наркоманских крестов не было вообще никаких вариантов. Раст в этом плане меня устраивает на 99%.

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

@@dobandvla Не дай вам бог, чтоб вашу семью застала война, а вы безколесный.

@@dobandvla смотря какое общество. Например если США, то без машины там делать нечего.