Pull to refresh
0
Karma
0
Rating

Пользователь

Последние четверть века развития в программировании нет

Люди до сих пор едят гамбургеры, изобретенные ещё до каменного топора и пьют воду, формуле которой столько же лет, сколько вселенной!

Поэтому ты можешь пососав мамкину титьку и позадротив на приставке стать королем Камчатки!

Да, ещё в махровые девяностые, люди умели сделать кино про жидкого терминатора, но стоило это трёх лет жизни сотен людей и триста миллионов тогдашних долларов!

Да, асинк/эвэйт был ещё во времена царя гороха, но работал он на мэйнфрейме с очередным доступом и был доступен десятку человеков на планете не понятно зачем.

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

Но поди найди работу на "бейсике со знанием мс-дос ", потому что кремний и во вторую мировую был кремнием а for и if и в бейсике есть!

Это как история про какого-то Кулибина из Урюпинска который в 70-ых нарисовал в тетрадке устройство с "экраном и клавиатурой" и теперь уверяет что "идея Айфона принадлежит ему!"

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

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

Атак то да, "нет ничего нового под солнцем и все что есть уже было давно"

JAVA преступно недооценена

Бедный мальчик ...

Джава это вообще не язык, это дрочево с блекджеком и всем остальным, тех, кто так и не втащил си!

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

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

Студенты вообще народ восторженный и максималисты поэтому джава и родилась и проштырила индустрию так долго но теперь то с джаавой уже вообще всем все понятно!

Ан нет! Нашелся вот прозорливець )

В статике нет ничего кроме автоподстановки и за это "удобство" ты платишь кандалами типизации.

Пресловутое "изменение разработчиком реализации своей библиотеки" которое приведет к страшному: "несоответствию типов" - это бабайка , с таким же успехом можно потратить половину бюджета на защиту офиса от падения на него самолёта.

Но адепты статики предпочитают концентрироваться на детальных описаниях ужасов такого столкновения а не на ничтожных шансах его вероятности.

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

Мы все дышим воздухом каждую секунду и без воздуха никто не может прожить больше пары минут, но никто не приходит в восторг от акта дыхания и не ставит алтари "во славу живительного кислорода" зато если вдохнуть чего-то другого то да можно и кайфануть и озадачиться вопросом :зачем все эти люди просто дышут когда могли бы торчать!?

Да потому, что миру нужны уборщики и водители, массажисты и продавцы, художники и программисты а не торчки!

Размышления о Java 8 и Java 11 в ожидании Java 17

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

Касательно интерфейсов - ООП - всё, его место где-то возле си++ а а прототипирования ему делать нечего, джависты это поняли уже окончательно и пихают как умеют функциональность в свое родное ООПэ

Хотя уже и еду понятно что все для чего могла быть нужна джава давно и на вселенную проще и полноценнее делает JS, но куда ж девать короны джава-чемпионов? И что сказать в молящие глаза упёртых адептов вскормленных годами запредельных зарплат за глубокомысленное смотрение в окно и думанье дум про объектную модель нанашего мега приложения подпирающего небо !?

Венец эволюции CSS-in-JS уже здесь: полностью типизированные стили без рантайма в vanilla-extract

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

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

Он займётся мозгоипанием своим ООП всех до кого дотянется и скорбно будет "так-и-быть-соглашаться" с "этими-вашими-костылями" ибо дедлайн а "как-надо", вы мартышки нивтащили, сколько я вам ни объяснял!

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

Использование приватных свойств класса для усиления типизации в typescript

Это же каким бараном надо быть чтобы, для того, чтобы "не пороть ерунду" нужен целый тайпскрипт !?

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

Вывод простой: если ты не Фейсбук или гугл забудь про типизацию и тайпскрипт и SOLID и вспомни про KISS

Объясните мне, как вы для себя разобрались в моделях типизаций — они же все размыты

«обращу мудрость мудрецов ваших — в глупость!» (с)

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

Не существует академически исчерпывающего ответа на то где какой тип типизации потому, что сама типизация это средство а не цель, бля*ь, когда вы уже об этом вспомните и если в том-же ЖС «писать как надо» то будет «как надо» и за три года ванильного ЖС от самого забристого фронта до глубин Node и Koa, десктопных экспериментов с electron и всякими игро/2d-тридэшностями от pixi до babylon я нигде не столкнулся с ПРЕДМЕТНОЙ необходимостью в объектной модели, просто разноси функционал по-файликам, индексируй, и сочетай как и где тебе удобно и свое и чужое и тупо не бойся этой химеры про «приведение типов».

Ошибки связанные с неправильным поведением фреймворка (в широком смысле этого слова растянутого на объектные модели всего с чем работаешь от DOM браузера до нода и ФС) вылавливаются мнтуитивно спинным мозгом еще до того как ты начинаешь всерьез подключать логику мозга головного.

И за все это время проблемы возникали ИМЕННО с ООП в ОМ фреймворков, даже VUE!

От чего в конце концов я вообще перестал юзать фронтенд — фреймворки, проще в разы написать кастомное свое на какой-нибудь bulma/pug а через год-пять-когда понfдобится — просто переписать то что устарело (а оно, ска, устареет и вас не спросит даже если золотом покрыть!)

Но вы как в том анекдоте про холостяка, который никогда ничего не готовит потому что все начинается с «возьмите чистую тарелку» — так и вы начинаете любое решение с «а какие тут типы» !?

Давсемна*рать давно! какие там типы, чтобы ты ни написал завтра никому не будет нужно а то что нужно — будет переписано тобой же ибо прогресс и личностный в том числе им так не только в софте кстати.

А мир предметной области никогда, НИКОГДА,! Н И К О Г Д А! ты слышишь!?
не будет, следовать прогрызенной тобой канве типов и кастомер завтра захочет быть емплоейм а послезавтра опять кастомером и каждый новый день будет приносить юзкейсы не влазящие в твою ОМ в какой-бы системе типов ты ее не наваял и сколь бы долго ты ее не рожал «все предусмотрев». И попадая в прод твой код будет обрастать костылями перпендикулярно кладущими и на твою ОМ и тип выбранной типизации и на все гудпрактис ООП и не ООП вместе взятые!

РЕАЛЬНЫЙ мир продакшна это затыкание милиона маленьких дыр в одной большой плотине и каждый следующий раз прорвет именно там где «вот вообще было не должно»

И все что делают сейчас «джава капитаны» это стоят по жопу в воде и делают вид что так и задумано, а виноват во всем ваш c*аный ЖС!

ЖС — костыльный пулемет, возводящий костыль в ранг мировоззрения и методологии и пока вы сретесь за то какой там тип типизации трушнее и постижимее ЖС держит на своих костыльных плечах уже вообще все!

Приверженцы статической и динамической типизаций никогда не поймут друг друга. И TypeScript им не поможет

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

Статика это дело машины а не человека, статика допустима в разработке инструментария но не конечного продукта!

Да, я беру тайпскрипт фреймворк и вижу сигнатуры методов и возвращаемые типы:
String, Boolean или Number

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

JS за пять лет наплодил кучу ошизительного софта от системного до прикладного какую все ЯП до него не смогли даже на сотую часть.

Потому, что все дело «разработки» в статике начинается и заканчивается «объектным анализом» «разработкой классов» а стадия «использования классов» не наступает никогда!

Представить себе ситуацию океана статических либ типа js-ных на гитхабе — невозможно именно потому что у каждого свой царь в голове и своя «объектная модель» и врубаться каждый раз в новую ОМ просто чтобы только узнать чего и как там делает эта либа это нереальный мрак потому что каждый тут же начнет переколбашивать ОМ «как правильно» и до дела опять дело не дойдет!

Статика это смерть, ее нужно дозировать как яд, в минимально0достаточной дозе на максимальном удалении от переднего края где кипит жизнь а не тащить «по поределению» потому что «гвоздями к голове»

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

И вот теперь вышедшие было в тираж джава-лиды-чемпионы приползли в райский сад JS и стали кадить своей ересью направо и налево, коварством поистине адового уровня — type script

сажать на кол, и жечь под городской стеной упырей!

Реализация SOLID и слоистой архитектуры в Node.js с TypeScript и InversifyJS

ООП архитектуры это всегда про сферические догмы и египетские казни всем кто их ослушался, потому что ты пишешь код «на века» и твои потомки никогда не напишут своего а будут поколениями рефакторить и расширять твой солид — своим!

Я вообще не буду писать никаких классов, я тупо напишу процедуру рисования кружочка который легко разложится на вектор или пикселы любой другой процедурой и пересоберется в черта лысого — третьей, что и бывает нужно в 99% случаев реального использования.

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

Хотя если вашему овнеру некуда девать бабло — то бесконечный рефакторинг это золотая жила!

Экспорт, импорт в Node.JS

у меня код который автоматически «реквайрит» все файлы из указанной папки, код работает все ок, НО как использовать в файле в который реквайрится модуль, его экспортированную функцию, если нет var foo = require бла-бла-бла !?

function test(params) {
    console.log('тестовый модуль из папки модулей успешно required');

}

module.exports._test = test;

Additional SSR performance with Nuxt fullstack server (Часть 2)

а зачем вообще «при вызове с клиента идем на axios и http — бла — бла — бла»?
запрос от клиента пришел на сервер, сервер вызвал require у себя из папки что надо, отрендерил и отдал, зачем это вот «вызвал сам себя»?

Я что-то категорически фундаментально не понимаю в этом всем (((

Nuxt as fullstack server: frontend + backend API Server (Часть 1)

Супер! Спасибище!

Нигде не мог найти, блин, как заюзать nuxt в полноценном бэкэнде!

А что писать в nuxt.config если у меня koa?

Вапще все странно и немного по-дурацки, вроде и nuxt и connect в нем а простого и ясного тутора как и главное зачем подключать к нему тот-же Koa нет, хоть шаблон приложения в nuxt-generator-app с koa в качестве сервер-фреймыорка — есть, но зачем он там и как заюзать koa не понятно ((

Nuxt.js: Фреймворк для фреймворка Vue.js

«можно прикрутить хоть к express хоть к koa»
вот очень интересно посмотреть пример вменяемого прикручивания nuxt к koa!

NestJS - тот самый, настоящий бэкенд на nodejs

статика такая статика )
настоящий нод это js а ваш тайпскрипт с «правильными» — легаси, вид сбоку.
но проще верблюду пролезть в утиную типизацию чеи старому джависту доказать ненужность ООП и статики

Как использовать прерывания в Unity Animator на полную

ничего не понял, так где использовать прерывания и что это вообще?

Настоящее программирование для гуманитариев с нуля в… 3DS Max

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

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

Не хотел перегружать начало, наверное стоит включить альтернативные ИС и языки, возможно Корел с его VBA, или WEB фреймворки, но это все я знаю сильно хуже чем Макс, в нем у меня есть скрипты «не имеющие аналогов в мире» ).

Главное в ИС макса мне знакомы его глюки и эээ… «недокументированные особенности». Позволю себе еще раз уточнить: идея публикации не обучить макскрипту или максу или 3D моделированию, а своего «перебросить мостик» между непрограмистским типом менталитета и практическим прикладным программным использованием «художественных программ».

Блендер я могу рекомендовать но в общем, я его очень плохо знаю. Могу только сказать что очевидное преимущество Блендера это активность разработчиков и соо, в 3D Макс все как раз наоборот, кажется разработку как таковую давно забросили и кажется я даже знаю почему, но это тема другой статьи.

А в данном контексте «олдскульная убогость» макса оказывается неожиданным преимуществом для неофитов )

Настоящее программирование для гуманитариев с нуля в… 3DS Max

Предполагалось это поможет «глотанию» сложной темы, сложность не сама по себе а для предполагаемой «гуманитарной» ЦА. Сорь, если не получилось (

Настоящее программирование для гуманитариев с нуля в… 3DS Max

Спасибо, рад что пригодилось, постараюсь продолжить )

Почему Мистер Робот — лучший сериал про IT-индустрию

Пожалуйста, как уже сказали ниже, мнение не столь необычное )

От себя, осмелюсь предложить аниме-альтернативу, про «то время» но без взломов, наркотиков и четвертых стен: «Королева аркадных игр» ;)

Почему Мистер Робот — лучший сериал про IT-индустрию

FFMPEG вроде-бы вообще везде, не?
1

Information

Rating
5,817-th
Location
Минск, Минская обл., Беларусь
Date of birth
Registered
Activity