… причем именно то, благодаря чему ожидалось увеличение производительности, скорее всего станет причиной её снижения, ведь никто же в начале рукописного join'а не озадачится хотя бы вопросом «а не отсортированы ли две таблицы». Просто возьмёт и напишет вложенные циклы.
Автор оригинала почему-то умолчал, каким образом отмечаются мертвые объекты, а именно о том что отмечаются все, а потом проходом по графу ссылок стираются метки с живых. Не самый маловажный, казалось бы, факт с точки зрения как производительности так и наглядности.
Чтоб научиться быдлокодить, достаточно окончить ПТУ, вы абсолютно правы. Страуструп не говорит о быдлокодерах. Он говорит о тех, кто пошёл в университет с целью стать инженером-программистом, которому нужно писать хороший код в больших надёжных производительных системах. И говорит о том, что на выходе не получается даже быдлокодера.
Преподаватели Бауманки, после того как прочитают статью и найдут в ней слова «CS is not primarily about computers and it is not primarily a science», возмутятся, но со сравнительным утверждением «Software engineering не наука тем более» врядли будут спорить :)
Если вас коробит это утверждение, замените «не наука тем более» на «не является на просторах ex-СССР дисциплиной с устоявшейся программой». Смысл моего первого абзаца от этого не изменится.
Software engineering — не наука тем более и потому вполне возможно, что там где вас учили, в эти слова вкладывали немного большее :)
В статье программирование — это кодирование и некоторые связанные инженерные практики, безо всякого там менеджмента проектов или, упаси боже, маркетинга. Страуструп считает, что значительная часть работы для программистов подразумевает нечто сложнее, чем быдлокодинг, а следовательно требует университетского образования. К сожалению, негодуэ Бьярнэ, программисты получившее такое образование зачастую не могут даже набыдлокодить.
+1 насчёт коммерческих проектов. Преподавателю надо очень сильно любить шампанское, чтоб идти на такой риск. Полно opensource проектов, и среди них есть такие, которые возглавляются очень хорошими инженерами — бери и участвуй. Если будет чем гордиться, поставишь потом в резюме ссылку на репозиторий со своим кодом.
Да нет, что Страуструп, что перевод(ы) в «программирование» включают не более чем «software engineering». О всём цикле разработки продукта и продвижения его на рынке речи конечно же не идёт.
А речь и не про mapreduce, хотя в пожирании такого количества процессорного времени, вполне возможно, виновата конкретно эта реализация. Профайлинг покажет.
Речь о том, что в нынешних облаках программисту навязывается порочный стиль общения с БД, и ему приходится изобретать оптимизатор запроса самостоятельно — то что в реляционных СУБД нужно делать достаточно редко.
Там правда нету весёлых картинок про visual vm, которые, кажется, были основной целью обсуждаемой статьи.
Для некоторых счастливчиков это сделает панорамомобиль :)
Чтоб научиться быдлокодить, достаточно окончить ПТУ, вы абсолютно правы. Страуструп не говорит о быдлокодерах. Он говорит о тех, кто пошёл в университет с целью стать инженером-программистом, которому нужно писать хороший код в больших надёжных производительных системах. И говорит о том, что на выходе не получается даже быдлокодера.
Если вас коробит это утверждение, замените «не наука тем более» на «не является на просторах ex-СССР дисциплиной с устоявшейся программой». Смысл моего первого абзаца от этого не изменится.
В статье программирование — это кодирование и некоторые связанные инженерные практики, безо всякого там менеджмента проектов или, упаси боже, маркетинга. Страуструп считает, что значительная часть работы для программистов подразумевает нечто сложнее, чем быдлокодинг, а следовательно требует университетского образования. К сожалению, негодуэ Бьярнэ, программисты получившее такое образование зачастую не могут даже набыдлокодить.
Чтоб протащить его в megastore и в публичный доступ на GAE, наверное, нужны некоторые усилия :)
Речь о том, что в нынешних облаках программисту навязывается порочный стиль общения с БД, и ему приходится изобретать оптимизатор запроса самостоятельно — то что в реляционных СУБД нужно делать достаточно редко.