|
|
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Anatoly MoskovskyТак что признаки-то есть. Хотя вы конечно можете делать вид что все ок, и Оракл не имеет тенденцию к убийству купленных технологий )) Тут Delphi-то закопать не могут, а Вы про Java. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 18:34 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Anatoly MoskovskyА молодые и удачные замены Java EE это хорошо, но если кто-то завязан на Java EE то при прекращении саппорта этой технологии разработчиком джавы, они наверняка задумаются о рисках после этого для самой джавы"Смешались в кучу кони, люди ..." Стагнация JEE не вчера началась и те, кому это критично - смигрировали. Те, кто не смигрировал - останутся на Java 5/6/7, пока останется железо, на котором они будут работать, и люди, которые в состоянии поддерживать устаревший код. Т.е. ситуация ничем не отличается от любого другого языка. Возможно, что даже лучше. "Риски для неё самой" - вообще не в кассу, т.к. технологии Java имеют ключевые отличия от технологий C/C++. Есть три кита: 1. JVM (и сопутствующая ему JMM) - колышет только узкий круг разработчиков этих самых ява-машин. Даже самый квалифицированный ява-программист (будь он хоть семи архитекторов во лбу) не должен погружаться в детали и тонкости; 2. JLS - колышет только разработчиков компиляторов, которых, по большому счёту ровно две штуки. Причём второй совместим с первым на самом высоком уровне; 3. Core Java - то самое JRE с которым все работают и которого всем не хватает. Всё - дальше пошли разнообразные расширения, включая технический (маркетинговый) булшит и проверенный временем олдскул. Кроме того, ява-компилятор это фронт-энд, который генерирует (только) промежуточное представление. За компоновку (линковку) и загрузку которого отвечает исключительно JVM при минимальном участии Core Java. Технически это реализуется тем, что JVM экспортирует точки входа, которые используются как нативные функции в ява-коде. Практически выражается в том, что нельзя взять рантайм (rt.jar) Oracle HotSpot и подсунуть его, например, IBM J9 или даже другой версии того же HotSpot. Но, поскольку собирать JDK/JRE требуется только самым отъявленным - никого это не волнует: используют готовый и законченный продукт. Таким образом, в отличие от C/C++ нет проблем "как скомпилировать, как слинковать, какой toolset использовать" и т.п. При этом у "контролирующего разработчика" есть возможность много чего перелопатить в потрохах и при этом не сломать обратную совместимость. Не стопроцентно, но в подавляющем большинстве случаев. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 18:47 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovСтагнация JEE не вчера началась и те, кому это критично - смигрировали. Скажите это секте свидетеле ЕЕ https://javaee-guardians.io/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 18:59 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Anatoly MoskovskyСкажите это секте свидетеле ЕЕ https://javaee-guardians.io/ Человека, который читал петиции в защиту OS/2 сложно удивить неадекватами. P.S. Нет, OS/2 - хорошая система. Но её время - прошло. Увы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 19:08 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Dima TsoftwarerЯ вот только что разгребал код на Cи, автор которого был не в курсе существования функции memset(), зато, когда потребовалось обработать однотипные данные из двух источников, не поленился скопипастить триста строк кода вместо того, чтобы union-ом объединить данные двух sql-запросов. код на С и union из SQL это соседние галактики. Автор мог просто не знать про union. Или код писался под допотопную базу (маловероятно но кто знает что там было может какая кастрированая МS SQL Compact а потом перевели на другую базу). Ручками сливать результаты можно в один, приходилось как делать юнион руками но это была не база а удаленный поиск по http. Если подумать, в самой базе юнион тоже кто то написал... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 21:55 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
maytonuid uniqueК сожалению или к радости но ее время уходит в том виде в каком ее знали последние неполные 20 лет. Не забывайте писать IMHO, когда публикуете своё мнение или просто непроверенные сведения. Если "ее" время куда-то уходит - то должны быть признаки. Вы можете указать хотя-бы 2-3 признака уходящего времени для Java? Читаем фразу до конца - К сожалению или к радости но ее время уходит в том виде в каком ее знали последние неполные 20 лет. Все что пишу без ссылок на ресурсы, подразумевает IMHO. Сравните Java 1,2,3,4,5,6,7 и последние 8,9 - ничего в глаза не бросается нового? Не удивлюсь если 10 Java трансмутирует еще сильнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 22:08 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Ничего мне в глаза не бросается. Ничего нигде не трансмутирует. Ни языку ни технологии ничего не грозит ближайший десяток лет. И учитывая плотное "сидение" платформы Android на java-подобных грамматиках ЯП - ему тем более не грозит утекание целого сегмента разработки. Больше там ни на чем не пишут. Я-бы мог предъявить самой JVM недостаточную поддержку современных наборов команд CPU. Но к сожалению я сам не смог написать бенчмарка который-бы показал явную необходимость в этом. По сути на некоторых тестах где есть интенсивные расчёты JVM на десяток % отстаёт от gcc и идёт вровень с C#. И этот форум - тому свидетель. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 22:34 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
schiКод следует писать руководствуясь правилом ясности: "Ясность лучше чем мастерство" "Поскольку обслуживание является важным и дорогостоящим, следует писать такие программы, как если бы обмен наиболее важной информацией, осуществляемый программой, был связан не с компьютером, выполняющим данную программу, а с людьми, которые будут читать и поддерживать исходный код в будущем (включая и самого создателя программы)." Эрик Реймонд, Искусство программирования для UNIX Тут возникает скорее философский вопрос - а не является-ли данное утверждение устаревшим? Понятно, что работа первых ЭВМ и программистов в машинных кодах была крайне неэффективна по сравнению с современной ситуацией, но тогда это было необходимостью, например, скриптовому приложению элементарно не хватило-бы ресурсов. Когда были написаны процитированные слова, наблюдался быстрый рост производительности. Рост вычислительных мощностей уже давно упирается в физические пределы. Если бездумно следовать этому правилу далее, мы получим домохозяек, которые пишут код, эффективность которого ну никак не может быть высока, и никакие модные маркетинговые термины типа "промышленный код", никакие модные аббревиатуры не способны решить вопрос, зато вопрос могут решить квалифицированные опытные программисты, но оставив для других возможность конфигурировать :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.07.2016, 23:33 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
P.S. Многих современных работающих программистов можно вполне назвать "домохозяйками" - по сравнению с опытными специалистами их уровень таким и является, что не мешает им работать годами и создавать свои "шедевры", рассуждать о правильных подходах и технологиях и т.д. имхо мы уже имеем ненормальную ситуацию, когда: - обычный сайт забирает все ресурсы персонального компьютера, - для какой-то мелочи нужно обновить ОС или целый комплекс ПО, - уровень синтаксических абстрацкий вырос непомерно и больше вредит, чем помогает, - изучение конкретного инструмента или среды является более важным, чем знание технологий (далее специалист зависим от инструмента), - и т.д. Всё это следствия уменьшения порога вхождения и написания "понятного" кода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 00:14 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Alexander A. SakAnatoly MoskovskyТак что признаки-то есть. Хотя вы конечно можете делать вид что все ок, и Оракл не имеет тенденцию к убийству купленных технологий )) Тут Delphi-то закопать не могут, а Вы про Java. Delphi сидит плотно в двадцатке tiobe, и никуда уходить не собирается. Даже отвоевывает позиции последние годы: http://www.tiobe.com/tiobe_index?page=Delphi/Object Pascal Даже всяким нарекламированным go, rust, erlang - до Delphi еще ползти и ползти. А Java вполне имеет шанс помереть - Swift довольно интенсивно тянут в мир Android (Java c ее непредсказуемо лагающим GC - не лучший выбор для носимой электроники и realtime, ARC там получше будет). И останется ей только удел Enterprise, где она и будет жить вечно, вместе с Cobol, C#, Delphi тем-же... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 02:13 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
LimsЯВсем добрый день, как то меня спросил преподаватель что считается хорошим тоном в программировании? как должен выглядеть красивый и читабельный код? недолго думая я ответил - что бы легко читался был локоничным и понятным всем кто его читает. а как считаете вы? если не сложно можете дать ссылку на статью где обсуждают данный вопрос) и если можно примеры которые по вашему мнение можно считать красивым кодом)))) очень любопытно что это такое красивый код и как его писать))) Модератор: Тема перенесена из форума "C++". как тут уже сказали неоднократно - хорошим тоном является умение подражать себе подобным. так тебя будут любить и не считать маргиналом, и не будут подвергать обструкции - изгнании из стаи себе подобных.. а иначе как понимать этот самый тон? причем подражать можно абсолютно любой, даже предельно идиотской ерунде, вроде фрагменту подобного вполне реального кода на Java в конструкторе КАЖДОГО класса приложения, просто потому что местной группой так принято делать: Код: java 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 02:23 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
вы все про Delphi?Delphi сидит плотно в двадцатке tiobe, и никуда уходить не собирается Если составить рейтинг популярности политиков, то его возглавят давно умершие личности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 03:31 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
вы все про Delphi?А Java вполне имеет шанс помереть - Swift довольно интенсивно тянут в мир Android (Java c ее непредсказуемо лагающим GC - не лучший выбор для носимой электроники и realtime, ARC там получше будет). И останется ей только удел Enterprise, где она и будет жить вечно, вместе с Cobol, C#, Delphi тем-же... Я регулярно бываю на Java семинарах и конфах. И ничего подобного про Swift там не звучит. Удел Enteprise не просто остается. Он и есть сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 08:31 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
maytonвы все про Delphi?А Java вполне имеет шанс помереть - Swift довольно интенсивно тянут в мир Android (Java c ее непредсказуемо лагающим GC - не лучший выбор для носимой электроники и realtime, ARC там получше будет). И останется ей только удел Enterprise, где она и будет жить вечно, вместе с Cobol, C#, Delphi тем-же... Я регулярно бываю на Java семинарах и конфах. И ничего подобного про Swift там не звучит. Было бы странно, если бы про Swift там вообще хоть что-то говорили. Это-же прямой конкурент. Но можно расслабиться, Swift сам по себе это конь в вакууме, красивый, но без сугубо Mac/iOS потрохов в виде библиотек - на текущий бесполезный. А нормальных кросплатформенных библиотек там не будет еще оооочень долго, как и в мире go, rust и прочем типа новомодном. maytonУдел Enteprise не просто остается. Он и есть сейчас. К сожалению да, современный мир корпоративного софта вот так вот извратился - оказалось, что Java это лучший из худших языков для клепания быстрой и неразваливающейся сразу наколенки для одного единственного заказчика. Причем лучший исходя из критерия доступности на рынке кодеров, и нетребовательности к качеству работы оных - дескать все дурако-защищенное by Design, хоть как-то работать будет. Т.е. исходя из нефункциональных требований. Ибо от Java до Bussiness Domain Specific Language с ее чудными, просто феерическими Spring, Struts и даже относительно удачными Hibernate - так-же далека как Земля от Солнца. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 10:04 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Anatoly Moskovskyвы все про Delphi?Delphi сидит плотно в двадцатке tiobe, и никуда уходить не собирается Если составить рейтинг популярности политиков, то его возглавят давно умершие личности Да неужели? PL/1 был весьма и весьма популярен в свое время. Попробуй его найти в рейтинге Tiobe. А так да, там все по принципу "вы все врети" (с). Ну как может быть C (даже не C++) на первом и втором месте? Этого конечно не может быть, ведь никто из моих знакомых Java программистов на C не пишет, верно? Ну... исключая конечно того факта, что если посчитать число строк кода, которые написаны и скомпилированы для конкретного твоего карманного телефона на Android - то окажется, внезапно, что именно C кода там примерно 60-70%... этих самых строк кода :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 10:09 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
вы все про Delphi?Но можно расслабиться, Swift сам по себе это конь в вакууме, красивый, но без сугубо Mac/iOS потрохов в виде библиотек - на текущий бесполезный. А нормальных кросплатформенных библиотек там не будет еще оооочень долго, как и в мире go, rust и прочем типа новомодном. Ну слава богу... А то я уж думал - началась революция... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 10:56 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
вы все про Delphi?К сожалению да, современный мир корпоративного софта вот так вот извратился - оказалось, что Java это лучший из худших языков для клепания быстрой и неразваливающейся сразу наколенки для одного единственного заказчика. Причем лучший исходя из критерия доступности на рынке кодеров, и нетребовательности к качеству работы оных - дескать все дурако-защищенное by Design, хоть как-то работать будет. Т.е. исходя из нефункциональных требований. Давай закроем глаза и вернёмся в далекий 1996-97 год. Рынок серверного ПО. Эпоха доткомов. Кластеризации нет. Облаков нет. Есть просто сайты. Есть сайты для бизнеса. Магазины. На чем кодят? Perl (о святые небеса!). PHP (классика йопта!). ASP(Basic для Microsoft-IIS). И ходят слухи что Yahoo использует Lisp. Где-то сбоку еще стоит bash и всякая экзотика которая работает только в олдскульных учебниках по Unix. И есть нишевые сервера и системы под ключ со своими языками и dbms типа Intersystems Cache, комьюнити которых ничтожно мало. А на сях серверное (CGI) ПО не кодят. (Здесь я могу ошибаться но мне лично не известно о таком опыте либо его С++ доля в общем рынке весьма мала). У разработчиков класса двухзвенка есть все. А у веб-разработчиков высокой квалификации и со знанием архитектуры и с пониманием того что необходимо создавать повторно-используемое ПО на руках ничего нет. Perl или PHP позволяют быстро создать "хомяк" или "визитку" но не годятся для серезных сайтов. А разработчику нужно много интеграции. По сути бизнес-порталы это сетка взаимодействия огромного количества сервисов. И нужно их как-то дружить. Трансферить сущности. Нужна даже не крослатформенность. Об этом речи пока нет. Нужна гетерогенность и инероперабельность. Появление собственно Java-исполняющей среды не было шумным. Собственно Java первых версий была "гадким утёнком". У нее была плохая мультипоточность и плохой GC. Но было комьюнити которое ощущало ПОТРЕБНОСТЬ в подобном слое продуктов и это комьюнити готово было использовать Java на server-side даже в том виде в котором есть. Есть возможности ООП. К слову комьюнити всё время испытвает конкуренцию со стороны MS (вспомним Microsoft J++) и отток специалистов. И сегодняшний рейтинг в 20% по метрикам Tiobe это следствие того что комьюнити существует. И его влияние сильнО. И я-бы не стал натягивать такие эпитеты как лучший из худших. Было с чем сравнивать и было хуже. И пока существует OpenJDK за судьбу платформы можно не беспокоиться. Что вы говорите? Оракл? Да он сегодня стандартизирует и сертифицирует JVMs. И может чего-то там в судах отсуживать. Но на этом пожалуй все. Он не рулит мировым сообществом. И я-бы не стал драматизировать из за каких-то там задержек в релизах. Если я ошибся в timeline - топрошу простить т.к. не помню наизусть всех ключевых дат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 11:35 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
maytonНо на этом пожалуй все. Он не рулит мировым сообществом. И я-бы не стал драматизировать из за каких-то там задержек в релизах. Если я ошибся в timeline - топрошу простить т.к. не помню наизусть всех ключевых дат. хватит уже ерунду пороть-то. facebook, vk - используют PHP. google все свои ключевые сервисы держит на C++ eBay изначально был на C++, частично переписался на Java, довольно неудачно, и сейчас вместе с paypal переписывается на ... Node.JS случаи успешного применения Java в сфере крупного сайтостроения единичны. зато очень показательны вот такие вот случаи, которые всю "невиданную мощу" этого вашего GC выдают ну... несколько в нелицеприятном свете. https://habrahabr.ru/company/odnoklassniki/blog/148139/ https://habrahabr.ru/company/odnoklassniki/blog/139185/ прикольно, да? взяли супер-пупер язык, выкинули из него ключевое, и взамен воткнули старый добрый C-ный malloc() заместо. укатайка. а так все в мире Java хорошо, базовые концепции не хромают на обе ноги :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 11:46 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
А что facebook - светоч сайтостроения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 11:52 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
бухалтер фантоцциP.S. Многих современных работающих программистов можно вполне назвать "домохозяйками" - по сравнению с опытными специалистами их уровень таким и является, что не мешает им работать годами и создавать свои "шедевры", рассуждать о правильных подходах и технологиях и т.д. имхо мы уже имеем ненормальную ситуацию, когда: - обычный сайт забирает все ресурсы персонального компьютера, - для какой-то мелочи нужно обновить ОС или целый комплекс ПО, - уровень синтаксических абстрацкий вырос непомерно и больше вредит, чем помогает, - изучение конкретного инструмента или среды является более важным, чем знание технологий (далее специалист зависим от инструмента), - и т.д. Всё это следствия уменьшения порога вхождения и написания "понятного" кода. Ну как тут не вспомнить еще одного классика: "Успех системы MULTICS был весьма неоднозначен. Эта система разрабатывалась для того, чтобы обеспечить сотни пользователей машиной, немногим более мощной, чем персональный компьютер с процессором Intel 386, хотя при этом имеющей возможность работы со значительно большим количеством устройств ввода-вывода. Это было не так уж безумно, как может показаться, потому что в те дни люди знали, как писать маленькие, эффективные программы - навык, который впоследствии был утерян. " Я все-таки считаю, что Реймонд прав и его высказывание ни в коей мере не устарело. Сопровождение по-прежнему является существенной фазой существования проекта, и чем понятнее код, тем меньше времени уходит на сопровождение конкретного инцидента :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 12:14 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
schi"Успех системы MULTICS был весьма неоднозначен. Эта система разрабатывалась для того, чтобы обеспечить сотни пользователей машиной, немногим более мощной, чем персональный компьютер с процессором Intel 386, хотя при этом имеющей возможность работы со значительно большим количеством устройств ввода-вывода. Это было не так уж безумно, как может показаться, потому что в те дни люди знали, как писать маленькие, эффективные программы - навык, который впоследствии был утерян. " Я все-таки считаю, что Реймонд прав и его высказывание ни в коей мере не устарело. Сопровождение по-прежнему является существенной фазой существования проекта, и чем понятнее код, тем меньше времени уходит на сопровождение конкретного инцидента :) По поводу анекдотов где мощности ПК не хватает чтобы распечатать страничку на принтере. Я конечно ко всему этому плюсую. Есть завтык в части перформанс-менеджемента. Но я добавлю. Те господа, которые с придыханием вспомниают что когда-то деревья были высокие и трава зеленая совершенно забыли что банки выполняли более узкий круг задач. Магазины в 99% принимали только наличку. Карточные продукты не существовали как класс. Не было интернетов. Телефон и телеграф заменяли сабж (насколько хорошо или плохо - решите сами я тут затрудняюсь). На заводах автоматизация была - но другая. На аналогово-цифровой вычислительной технике где память иногда измерялась килобайтами. Бухгалтерия большую часть работы считала на калькуляторах, деревянных счетах (дада мать вашу это Сов-союз детка!) или на такой машинке которая называлась Феликс и для того чтобы она мать ее считала - нужно крутить ручку сбоку. А селфи шлёпались не на сматрфон а на ФЭД или Смена. Или Зоркий. Или зенит. Хранились не в цифре а ложились на целлулоид + серебро и чтобы получить своё чортово селфи нужно было либо проявлять самому (ага клуб йуного фотографа) или ...уячить в местный сервисный центр (Kodak и Fujitsu только в 90х появились). И хопа - фотоувеличитель и печатать. Так что дорогие мои ностальгирующие (ш)кодеры. Никому ваш мультикс не всрался. Он был продуктом СВОЕГО времени где КПД программиста оправдывался. А сегодня - кодинг на ассемблере и тотальная оптимизация - это путь в никуда. Но вы можете побухтеть и поворчать здесь в скруле. А куле. Тут можно. И я тоже с вами вместе покодю демки на 64к с летающими Donuts. Авось возмут в гейм-контору. Вот так вот, чортовы хипстеры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 12:28 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
maytonА что facebook - светоч сайтостроения? да нет конечно, всем нужно равняться на вон твой сугубо intranet сайт, которым пользуются 2.5 внутрикорпоративных анонимуса. ну, как на пример высокотехнологичной светоч разработки, highload, все такое :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 12:54 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
schiбухалтер фантоцциP.S. Многих современных работающих программистов можно вполне назвать "домохозяйками" - по сравнению с опытными специалистами их уровень таким и является, что не мешает им работать годами и создавать свои "шедевры", рассуждать о правильных подходах и технологиях и т.д. имхо мы уже имеем ненормальную ситуацию, когда: - обычный сайт забирает все ресурсы персонального компьютера, - для какой-то мелочи нужно обновить ОС или целый комплекс ПО, - уровень синтаксических абстрацкий вырос непомерно и больше вредит, чем помогает, - изучение конкретного инструмента или среды является более важным, чем знание технологий (далее специалист зависим от инструмента), - и т.д. Всё это следствия уменьшения порога вхождения и написания "понятного" кода. Ну как тут не вспомнить еще одного классика: "Успех системы MULTICS был весьма неоднозначен. Эта система разрабатывалась для того, чтобы обеспечить сотни пользователей машиной, немногим более мощной, чем персональный компьютер с процессором Intel 386, хотя при этом имеющей возможность работы со значительно большим количеством устройств ввода-вывода. Это было не так уж безумно, как может показаться, потому что в те дни люди знали, как писать маленькие, эффективные программы - навык, который впоследствии был утерян. " Я все-таки считаю, что Реймонд прав и его высказывание ни в коей мере не устарело. Сопровождение по-прежнему является существенной фазой существования проекта, и чем понятнее код, тем меньше времени уходит на сопровождение конкретного инцидента :)Разумеется, Реймонд во многом прав, и делить мир на чёрное и белое нельзя. Но задуматься наверное стоит, потому я и подкинул "дровишек". Не существует серебряной пули, но существуют наши привычки, а мир постепенно меняется, иногда можно внезапно попасть в неприятное положение, когда поступил привычно, но в корне неправильно, потом задним числом себя ругаешь - какой-же я был дурак, поэтому не стоит слепо доверять "проверенным" догмам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 13:14 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
Ну ОК. Пускай будет фейсбух. Я не против. Только в выборку предлагаю добавить следующее. 1) Facebook 2) VK.com 3) Instagram 4) LinkedIn 5) Amazon.com 6) twitter.com 7) Stackoverflow 8) Habrahabr.ru 9) rsdn.ru 10) sql.ru :) Это весьма субъективный список сайтов который я предлагаю для рассмотрения. Из них я осведомлен об sql.ru + сейча на ходу одним глазом почитаю про фейс-бух. А стек остальных представляет для меня загадку. Ну... разве что я читал про twitter/Storm в ракурсе какого-то семинара. Про архитектуру остальных я почти ничего не знаю т.ч. мы в равных условиях и я - не презвзято отношусь к вопросу. Но если у вас есть еще штук 10 сайтов то давайте их тоже добавим. Гугол я предлагаю не рассматривать. Как раз именно потому-что это действительно сборная солянка из более чем 100 технологий и мы решительно потонем в хештегах и сраче на тему "на чем он написан" но не придем решительно ни к какому выводу. Что должно быть в результате рассмотрения. Ну... наверное табличка где будет как-то так. Сайт. Список технологий по хештегам. LAMP (Linux-Apache) не стоит описывать. И так очевидно. Будем считать что Апачи+Линукс по дефолту всегда есть. JavaScript тоже писать не надо. И так очевидно что он есть. НО если есть интересный фреймворк на базе JS то можно указать Query/ANgular к примеру. Пример отчотика: SiteTechnology listfacebook.comPHP, HipHop, C++, Java, Python, Erlang, Apache Thrift, Objective-C, Ocaml, Haskel, Rubytwitter.com Storm (возможно)sql.ru Windows Server (хз какой), MS-SQL (хз какой), +Форумный движок (хз какой я забыл) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 13:20 |
|
||
|
Хороший тон в программировании?
|
|||
|---|---|---|---|
|
#18+
mayton1) Facebook 2) VK.com 3) Instagram 4) LinkedIn 5) Amazon.com 6) twitter.com 7) Stackoverflow 8) Habrahabr.ru 9) rsdn.ru 10) sql.ru :) 1) да да, Objective C. Стоит там ферма из MacMini, коптит анатитику просмотра котиков для Цукерберга. 2) VK.com - HPHP, C++, mysql, своя какая-то KDB, на C писанная 3) Instagram - PostgreSQL, Djanjo (Python) http://highscalability.com/blog/2012/4/16/instagram-architecture-update-whats-new-with-instagram.html 4) LinkedIn - Java, якобы 5) Amazon - слишком ни обо всем, там же платформа все http://highscalability.com/amazon-architecture 6) Twitter давно и смешно борется c масштабируемостью, бросаясь в крайности перехода с Rails на Scala и еще куда-нибудь потом 7) Stackoverflow - внезапно .NET http://highscalability.com/blog/2014/7/21/stackoverflow-update-560m-pageviews-a-month-25-servers-and-i.html 8) 9) 10) - это ни разу не highload, так, обычые региональные сайты с трафиком 1 страница в секунду на ноду, там и Java справится вполне. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2016, 14:46 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39269561&tid=1340592]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
143ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 500ms |

| 0 / 0 |
