Pull to refresh
583
18
Андрей Карпов @Andrey2008

Директор по маркетингу

Send message
Так ведь понаделают фантастических картинок… ;)


Я долго думал, стоит поизучать/поработать с твитером или не стоит. И я дочитал это до конца! Не стоит. :) Думаю я сейчас потерял меньше времени, чем смог сэкономить.
Это пока назойливо кажется. А как припрет, так ой как хорошие посты будут. :)
C# в свое время тоже ругали на все лады, говорили что это очередное поделие никому не нужно и надоела яростная реклама Micriosoft. А сейчас пойди, скажи, что C++ рулит, а C# нет. :))
И в развитие темы. Пост стороннего человека «Воспоминания об одном портировании на 64 бита».
Вы ошибаетесь.
Подробнее комментировать смысла не вижу. Можете попробовать сами.
Вижу подкол, но не могу упустить случай воспользоваться. :) Приглашаю на сайт "Сайт для C/C++ разработчиков 64-битных и параллельных приложений", где как раз все эти материалы и собираем.

Обзоры статей про 64-битность: www.viva64.com/ru/links/64-bit-development-ru/
Обзоры статей по параллельности: www.viva64.com/ru/links/parallel-programming-ru/

Наши собственные статьи:
Уроки разработки 64-битных приложений на языке Си/Си++ (best!)

:)))
20 ловушек переноса Си++ — кода на 64-битную платформу
32 подводных камня OpenMP при программировании на Си++

и так далее...
Зато как интригующе. :))
А в x86_64 такого эффекта нет.

Зато есть другое — "Красивая 64-битная ошибка на языке Си"
:)

Хм. Было бы интересно, если бы получилось создать подобным образом мир ужаса в духе Говарда Лавкрафта:



Португалец Родригес был первым, кто забрался на подножие монолита и крикнул, что обнаружил нечто интересное. Остальные подбежали к нему и все вместе с любопытством уставились на огромную резную дверь с уже знакомым изображением головоногого дракона. Она была похожа, писал Йохансен, на дверь амбара; они все сразу поняли, что это именно дверь из-за витиевато украшенной перемычки, порога и косяков, хотя они не смогли решить: лежит ли она плоско, как дверь-люк, или стоит косо, как дверь внешнего погреба. Как говорил Уилкокс, геометрия здесь была совершенно неправильной. Нельзя было с уверенностью сказать, расположены море и поверхность земли горизонтально или нет, поскольку относительное расположение всего окружающего фантасмагорически менялось.

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



Это теоретически. На практике в случае большого объема плотно используемых библиотек, проще взять тот же язык.
Непонятно, что в этом непонятного. :))
Причина одна: библиотеки и старые наработки. И все. И никак. И ничего не изменится. :)
Да, неудачно получилось. И пример с толку сбивает. С# вообще был постольку, поскольку…
1) Я прагматик. Я не вижу смысла делить язык и технологию. Язык сам по себе ничто и представляет исключительно академический интерес.
2) Я не предлагаю писать БД на ассемблере. Жаль, что мне так и не удалось сказать то, что хотелось. Возможно когда ни будь я попробую это сделать другим постом.
Parallel Studio собрал в себя различные инструменты с историей.
VTune вспомните, Intel C++… Трудно отладить параллельное приложение, построенное даже на старых технологиях. И Parallel Studio собирает инструменты, которые давно учатся решать подобные задачи. Брать что-то вообще новое для реализации параллельности — это отважно. :)
Много было сказано о сборщике мусора, и что его не «умеют готовить». Так ведь дело не в умении, не умении. Дело в том, что сложность большого проекта, не зависит от языка. Именно про это была мысль. Какая разница, писать на Си++ контролируя явно указатели, или настраивать GC, делать клиент-сервер и так далее. Сложности всего этого не отличается на порядок. Основная сложность (и время) в проектировании, алгоритмах, поддержке и далее, далее.
К сожалению, видимо никто так и не понял, что я хотел сказать:
а) Язык не может заменяет работу мозга по решению задачи. И не стоит бездумно вестись на новые новшества. И C# был в качестве примера. Я ведь не критикую C#. Я говорю, что нельзя просто взять и положиться на «авось должно теперь все само».
б) Лучше работать с тем, что давно есть и что активно развивается (привел в качестве примера параллельные технологи, развиваемые Intel). А не брать очередное супер новое, что обещает обеспечить, скажем ту же параллельность. Не верю.
Вы думаете, что писать параллельную программу будет проще с использованием .net 4, чем с использованием скажем TBB, OpenMP и так далее? Будет одинаково! И здесь важнее набор различного инструментария. И как я понимаю, Parallel Studio станет лидером в этом.
Воот! :) Я и говорю, что сложность то одинаковая и думать нужно всегда, в не зависимости от языка и его возможностей.
Высказал исключительно свое мнение. И совершенно четно, ибо в Intel не работаю. Чем обсуждать всякое новомодное, гораздо разумнее сейчас смотреть на то, что делает и предлагает разработчикам Intel. Просто мало еще кто понимает, что параллельность в программах намного важней, чем например красота языка и прочее.

Information

Rating
325-th
Works in
Date of birth
Registered
Activity

Specialization

Specialist
C++
C
Software development