Node.js, Docker - узнал, а что 3е?
11.12.2016, 13:14
mongo db
Спорное заявление.
FrameWork-это обертка, которая предоставляет готовые классы, но не замещает собой первоначальный язык.
Например, QT не замещает собой весь С++ своим синтаксисом, а предоставляет готовые реализации популярных проблем в классах. Т.е с синтаксисом и проблемами С++ все равно нужно работать.
SQL вообще достаточно долго не умрет, так как реляционные базы по прежнему удобны. В том же Mongo db многие операции, которые делаются в SQL делать сложнее.
FrameWork-это обертка, которая предоставляет готовые классы, но не замещает собой первоначальный язык.
Например, QT не замещает собой весь С++ своим синтаксисом, а предоставляет готовые реализации популярных проблем в классах. Т.е с синтаксисом и проблемами С++ все равно нужно работать.
SQL вообще достаточно долго не умрет, так как реляционные базы по прежнему удобны. В том же Mongo db многие операции, которые делаются в SQL делать сложнее.
Даже с++ программистам не обязательно работать с синтаксисом С++. Достаточно знать базовые конструкции которые даже "с++" назвать сложно, скорее это общие принципы синтаксиса ООП языков. И использование готовых решений в некоторой степени снижает необходимость изучать сложные конструкции. Так что скорее не забудут, а так и не узнают.
И перейти назад на COBOL и ADA
Может он ностальгирует по временам, когда писали только на языке ассемблера?
угум, а потом при общении с каким-нибудь таким вебером, гордо именующим себя программистом, выясняется, что он ни запрос правильный построить не может, ни базовых структур и алгоритмов не понимает. Но криэйтор , ага, а тебе с ним работать и за проект отвечать
увеличение уровней абстрации без базовых знаний позволяет хуячить еще более абстрактную мнострообразную хуету, которая жрет, блять, все ресурсы на вычисление какого-нибудь косинуса.
Чтобы что-то создавать надо понимать что ты делаешь и зачем и во что это выльется.
Нужны ли художнику базовые знания начиная с того как правильно держать карандаш, как строить композицию, как правильно компилировать цвета в зависимости от техники и материалов (холст, бумага, фреска, кирпичная стена... масло, акварель, карандаш, пастэль).
что с высокотехнологичным гаджетом, что без него - неуч нарисует одинаковое дерьмо.
неуч в музыке в тех же условиях захуячит какафонию.
неуч в автослесарке расхуячит авто
и т.д.
так что уровень абстракции и создание сложных проектов зависит только от головы и рук.
Чтобы что-то создавать надо понимать что ты делаешь и зачем и во что это выльется.
Нужны ли художнику базовые знания начиная с того как правильно держать карандаш, как строить композицию, как правильно компилировать цвета в зависимости от техники и материалов (холст, бумага, фреска, кирпичная стена... масло, акварель, карандаш, пастэль).
что с высокотехнологичным гаджетом, что без него - неуч нарисует одинаковое дерьмо.
неуч в музыке в тех же условиях захуячит какафонию.
неуч в автослесарке расхуячит авто
и т.д.
так что уровень абстракции и создание сложных проектов зависит только от головы и рук.
Плюсану.
Очень забавно надрывать шаблоны таким "хай лвл программистам" какой нибудь демосценой вроде kkrieger или craft by LFT. Люди реально не понимают, на что... не, на ЧТО способно имеющееся у них железо и искренне считают, что для офисного пакета нужно несколько гигов оперативки, а уж про графический редактор я вообще молчу.
Зато гордятся, что делают хуяк, хуяк, и у них типа все работает. И самое стремное, что именно это и нужно индустрии :(
Очень забавно надрывать шаблоны таким "хай лвл программистам" какой нибудь демосценой вроде kkrieger или craft by LFT. Люди реально не понимают, на что... не, на ЧТО способно имеющееся у них железо и искренне считают, что для офисного пакета нужно несколько гигов оперативки, а уж про графический редактор я вообще молчу.
Зато гордятся, что делают хуяк, хуяк, и у них типа все работает. И самое стремное, что именно это и нужно индустрии :(
> это и нужно индустрии
Индустрии надо деньги зарабатывать и быстро проверять бизнес решения,
по этому нужный гибки/расширяемые и стабильные приложения (а не супер компактные демосцены).
> на ЧТО способно имеющееся у них железо
Учитывая что железо на порядки дешевле работы толковых программистов - логично на нем не экономить.
Индустрии надо деньги зарабатывать и быстро проверять бизнес решения,
по этому нужный гибки/расширяемые и стабильные приложения (а не супер компактные демосцены).
> на ЧТО способно имеющееся у них железо
Учитывая что железо на порядки дешевле работы толковых программистов - логично на нем не экономить.
Да, это так.
Хотя вот рассказывали одну историю из бизнеса: сначала расширяли систему засчет железа, но потом стало дорого выходить. И переписали на голом Си, чтоб аж летало - сэкономили кучу бабла на железе. Но опять-таки, это выстрелило потому, что система уже была, требования и функции стабилизировались - можно хардкорно переписать. А попробуй такой хардкор вслед за изменяющимися требованиями писать :)
Хотя вот рассказывали одну историю из бизнеса: сначала расширяли систему засчет железа, но потом стало дорого выходить. И переписали на голом Си, чтоб аж летало - сэкономили кучу бабла на железе. Но опять-таки, это выстрелило потому, что система уже была, требования и функции стабилизировались - можно хардкорно переписать. А попробуй такой хардкор вслед за изменяющимися требованиями писать :)
Twitter тоже говорят был сначала написан на ruby, а потом, когда уже выстрелил, перепилили на java/scala
https://blog.twitter.com/2011/twitter-search-is-now-3x-faster
https://blog.twitter.com/2011/twitter-search-is-now-3x-faster
Демосцены нисколько не претендуют на роль ширпотреба. Это искусство. Ты ж не будешь жрать дюфлопе каждый день, если конечно ты не изысканный гурман с тонной бабла в кармане. Так и с софтом.
Бесит, когда тебе вместо булки с изюмом подсовывают полупрожаренное тесто с сушеным виноградом, потому что так пекарю проще делать, он больше булок напечет, а ты жри, народ же хавает...
Бесит, когда тебе вместо булки с изюмом подсовывают полупрожаренное тесто с сушеным виноградом, потому что так пекарю проще делать, он больше булок напечет, а ты жри, народ же хавает...
да уж.. я до сих пор в кошмарах вспоминаю одного дипломника, которого рецензировал. так он написал в разделе обоснования выбора оборудования, что чем больше частота cpu, тем, блять, больше ошибок возникает при обработке данных. сука, электроны друг о дружку чаще сталкиваются. сказал, что не буду ставить подпись под этим. а сколько таких специализдов выпускается ежегодно? ну да и хер бы с ним, если бы у них было бы хоть малейшее желание и интерес к своей профессии. опыт и мотивация творит чудеса. так ведь хер. нахватаются модной терминологии, щеки надувают, а посмотришь как, например, реализуют архитектуру БД это ж ацкий пиздец. особенно в моднючих средах, где одним кликом делается годзилла запрос. нахер нам целостность, нахер планы запросов и методы оптимизации. наебеним побольше атрибутов в отношение и потом будем все это декартовым произведением выбирать и в каких-нибудь циклах обрабатывать.
а...
а...
> это и нужно индустрии
Индустрия характеризуется тем, что живёт по законам реального мира. А не по "хотелкам" теоретиков. Т.е. все исходят из сроков, бюджетов, требований и ограничений проекта и пр. Вот энтузиасты пилят KolibriOS. Таким по-твоему должен быть весь софт? :) Соскучился по каменному веку?
И кстати говоря, многие ли системные программисты, способны внятно сами кошерно запилить тот же std::set и std::map? А то критиковать React-ы, Angular-ы и прочее, выдрючивая очередную QT-форму, много ума не нужно.
Индустрия характеризуется тем, что живёт по законам реального мира. А не по "хотелкам" теоретиков. Т.е. все исходят из сроков, бюджетов, требований и ограничений проекта и пр. Вот энтузиасты пилят KolibriOS. Таким по-твоему должен быть весь софт? :) Соскучился по каменному веку?
И кстати говоря, многие ли системные программисты, способны внятно сами кошерно запилить тот же std::set и std::map? А то критиковать React-ы, Angular-ы и прочее, выдрючивая очередную QT-форму, много ума не нужно.
И сверхоптимизация (демосцена) и сверхпофигизм (хуяк-хуяк-фреймворки) - суть крайности.
Писать прикладной софт на ассемблере - эзотерическая задача.
На плюсах - вполне реальная.
На жабе - еще куда ни шло, хотя быстродействие хромает и жор памяти колоссальный.
На питоне можно писать только нетребовательную к скорости прикладуху. Тем не менее, орда программистов пишет на питоне, потому что быстро пишется еба, а потом начинает его пытаться оптимизировать, потому что медленно работает еба. Причем оптимизирует так, как в плюсах бы и не потребовалось никогда.
А причины писать прикладуху на чем нить типа Ruby или Node.js я не вижу до сих пор.
Собсно, я по работе пишу прикладной софт на С и плюсах, который кушает много ресурсов ввиду большого объема обрабатываемых данных. И я заебался объяснять зеленым салагам, почему нельзя сделать это на таком крутом и удобном си-шарпе. Один даже пытался, не осилил. У остальных просто ума не хватает сделать хоть что то приемлемо работающее, но зато с пеной у рта доказывают, что си шарп - это круто, а ваши плюсы и тем более си - говно мамонта, и выкинуть его к херам.
Сайтописательство очень быстро скатилось в помойку фреймворков, где каждый блять школьник, изучивший немного жабаскрипта и ПХП, начинает писать свою гениальную CMS-ку, к которой цепляет толстый фреймворк, делающий мегабайты jQuery запросов. И в итоге зайди ты на его сайт с мобилы - несколько метров трафика улетит просто чтобы кнопку ОК нажать. На выходе тяжелый неповоротливый сайт. Зато модно, стильно, много когда писать не надо.
И даже на больших серьезных сайтах хватает недоверстки, когда он вроде вот уже загрузился, ты пытаешься нажать ссылку, а у тебя внезапно пол страницы расползается, так как прогрузился баннер, и ты вместо ссылки жмешь на баннер. Бесит блять. Почему на ваших гениальных фреймворках нельзя сделать, чтобы страница не расползалась?
А все потому, кнопки "сделать пиздато" нет ни в одном фреймворке. Чтобы сделать пиздато, надо думать головой, а не просто как обезьяна кнопки нажимать.
Как говорили во времена моей молодости, "хакер - это не только три болванки чужого софта".
Писать прикладной софт на ассемблере - эзотерическая задача.
На плюсах - вполне реальная.
На жабе - еще куда ни шло, хотя быстродействие хромает и жор памяти колоссальный.
На питоне можно писать только нетребовательную к скорости прикладуху. Тем не менее, орда программистов пишет на питоне, потому что быстро пишется еба, а потом начинает его пытаться оптимизировать, потому что медленно работает еба. Причем оптимизирует так, как в плюсах бы и не потребовалось никогда.
А причины писать прикладуху на чем нить типа Ruby или Node.js я не вижу до сих пор.
Собсно, я по работе пишу прикладной софт на С и плюсах, который кушает много ресурсов ввиду большого объема обрабатываемых данных. И я заебался объяснять зеленым салагам, почему нельзя сделать это на таком крутом и удобном си-шарпе. Один даже пытался, не осилил. У остальных просто ума не хватает сделать хоть что то приемлемо работающее, но зато с пеной у рта доказывают, что си шарп - это круто, а ваши плюсы и тем более си - говно мамонта, и выкинуть его к херам.
Сайтописательство очень быстро скатилось в помойку фреймворков, где каждый блять школьник, изучивший немного жабаскрипта и ПХП, начинает писать свою гениальную CMS-ку, к которой цепляет толстый фреймворк, делающий мегабайты jQuery запросов. И в итоге зайди ты на его сайт с мобилы - несколько метров трафика улетит просто чтобы кнопку ОК нажать. На выходе тяжелый неповоротливый сайт. Зато модно, стильно, много когда писать не надо.
И даже на больших серьезных сайтах хватает недоверстки, когда он вроде вот уже загрузился, ты пытаешься нажать ссылку, а у тебя внезапно пол страницы расползается, так как прогрузился баннер, и ты вместо ссылки жмешь на баннер. Бесит блять. Почему на ваших гениальных фреймворках нельзя сделать, чтобы страница не расползалась?
А все потому, кнопки "сделать пиздато" нет ни в одном фреймворке. Чтобы сделать пиздато, надо думать головой, а не просто как обезьяна кнопки нажимать.
Как говорили во времена моей молодости, "хакер - это не только три болванки чужого софта".
Ну прочитал я сий long-read, но так и не понял, что ты мне этим сказать то хотел? То что каждому инструменту своя задача? Кэп. То, что софт бывает кривым? Кэп. То, что умение программировать, это умение программировать, а не знания API Framework-ов? Кэп. Что сказать то хотел? :)
Кстати говоря, школьнеги, которые лезут писать свою CMS молодцы. Ибо это непросто challenge. Им приходится прилично так сломать себе мозг, чтобы сделать хоть что-то юзабельное. Полезный навык для развития. Куда хуже, когда джун этого не делает. В итоге типу 30 с гаком лет. А он строчит wordpress корп. бложеки и инет-магазины на каком-нибудь eCard. Как можно в 30 лет заниматься такой хуергой, я решительно не понимаю. За десяток лет так и не получить вменяемых навыков даже кодера... От таких кадров у меня глаза на лоб лезут. Они ведь ещё всякие drupal конференции собирают. О_о.
да. я согласен с тобой. по моему опыту заказчики нихера сами не знают что им нужно. по одной простой причине - они сами не представляют те процессы в которых считают себя профессионалами. по этому каждый раз приходится осваивать новую специальность. да. им нужна кнопка в стуле. пришел. сел. красивая картинка появилась и все само собой заеблось.
Ну, не знаю, я вообще не представляю, как можно работать на высоких уровнях абстракции, это реально каким-то сверхчеловеком нужно быть.
На низких уровнях все более-менее понятно, что компьютеру скомандуешь, то и сделает, особенно если работаешь с какими-нибудь микроконтроллерами, ПЛИСами или низкоуровневыми языками, хотя и там могут быть свои undefined behavior и хардварные баги.
Как работать на высоком уровне - вообще не понимаю. Слишком много всяких объектов, классов и прочего, если что-то не работает - поди разберись на каком это уровне у тебя что-то сломалось. Может ты скобку где-то не закрыл, а может какой-то редкий баг компилятора/интерпретатора, драйвера или аппаратного обеспечения словил.
На низких уровнях все более-менее понятно, что компьютеру скомандуешь, то и сделает, особенно если работаешь с какими-нибудь микроконтроллерами, ПЛИСами или низкоуровневыми языками, хотя и там могут быть свои undefined behavior и хардварные баги.
Как работать на высоком уровне - вообще не понимаю. Слишком много всяких объектов, классов и прочего, если что-то не работает - поди разберись на каком это уровне у тебя что-то сломалось. Может ты скобку где-то не закрыл, а может какой-то редкий баг компилятора/интерпретатора, драйвера или аппаратного обеспечения словил.
Рассказать, как я ебался с исключением, которое летело там, где его в принципе типа быть не должно?
Баг компилятора скалки, как выяснилось. Но понял я это после нахождения нужного места(которое было не там, где коллстэк показывал), и декомпиляции всей этой байды. Та еще радость.
Баги компиляторов C/C++ это веселее на порядок. А баги ОС, когда приходится ядро декомпилить и проходиться отладчиком по ассемблеровким инструкциям - давно было, но такое не забывается.
Баг компилятора скалки, как выяснилось. Но понял я это после нахождения нужного места(которое было не там, где коллстэк показывал), и декомпиляции всей этой байды. Та еще радость.
Баги компиляторов C/C++ это веселее на порядок. А баги ОС, когда приходится ядро декомпилить и проходиться отладчиком по ассемблеровким инструкциям - давно было, но такое не забывается.
Высокий уровень как раз и создан для случаев, когда система огромна: в голове удержать все входа-выходы, как в микроконтроллерах, уже не получается, код превращается в многостраничные простыни по 500-1000 строк, где легко можно прое.. потерять скобку или логическое условие. Поэтому переходят к распределению логики по слоям и объектам, каждый из которых внутри относительно прост и понятен.
Увеличение количества уровней абстракции не решает две проблемы: количество уровней абстракции и производительность в критических узлах. Ну и по мелочи тоже всякое.
Не, я нежно люблю скалку, но когда надо - все равно идут в ход брутальные запросы на SQL, и не менее брутальные куски на сях. Обвязка да, остается более удобной, но...
Не, я нежно люблю скалку, но когда надо - все равно идут в ход брутальные запросы на SQL, и не менее брутальные куски на сях. Обвязка да, остается более удобной, но...
Ощутил себя старым. Как интересно наблюдать это про Си, но теперь с другой стороны. Не инновация из киберпанкового будущего, а олд-скул.
Не забудут. Уже блять в который раз я со скептическим ебалом слушал о том, как круты NoSQL и прочие новомодные хуйни. А через полгода, когда в производительность уперлись уже до того, что это не получается скрывать, переходим на SQL базу данных и вставки на C/C++ в критических местах. Чудес не бывает.
Заняться мне лень(несколько сомневаюсь, что оплаты хватит для мотивации), но пару наводящих вопросов. Первый - что за сервак, какая ОС, права доступа? На линухе поднять ссш туннели и по ним раскидать коннекты к нужным портам(ну а при необходимости заморочиться с днс, в зависимости от требований) - это же на пару часов. Хотя и другие пути есть, зависит от возможностей и хотелок.
Дело обстоит так. Сервак на ESXI так что можешь на чём угодно навернуть. другое дело что желательно будет как можно проще всё сделать потому что сайты будут добавляться. там сейчас есть DD-wrt но с ним ничего не вышло. пробовал под юбунтой там тоже не пошло. делал с нжинксом и апачем. сейчас думаю на счёт tinyproxy. если сможешь помочь советом, буду очень признателен!!!
Под винду точно не моё, без хорошей оплаты даже заморачиваться не буду.
