C/C++ Development Environment for Emacs
https://tuhdo.github.io/c-ide.html

ебануться

Попробовал поставить clion от JB.

Сравнивать буду с опытом юза емакса в качестве IDE.

На 16gb рамки запустилось.

Закинул туда свой проектик на 3k sloc, тормозов не заметил, все проиндексировалось быстро.

Плюсы:
+ Работающая навигацию по C++. Для C++ Semantic из emacs не всегда правильно все парсит, навигация иногда ломается. Тормозит.
(для сишки все лучше, тут хватается helm-gtags + gtags)
+ Работающий smart completion.
+ Рефакторинг. Забагованый srefactor
что-то даже умеет, но например переименовать параметр функции не может;
+ Удобное превью-окошко появляющееся при наведении на , показывающее код справа (думаю, спизжено из sublime); Такая херня для emacs малоюзабельная;
+ Беспроблемная background compilation. в emacs надо ставить flycheck, который в принципе тормозит редактор, настраиваться его и сражаться с глюками. тут все искаропки.

Минусы:
- пипитарное (а значит в случае остановки разработки есть вероятность что юзеры всосут);
- умеет только cmake;
- на нашел как быстро прыгать по сорцам, не хватает чего-то типа ace-jump (возможно ставится как плугин для idea).

С нульчана:

Местный плебс и не слышал о том что считается достойными задачами:
САПРы для разработчиков электроники содержащие алгоритмы для размещения миллиардов транзисторов на кристалле в соответствии с высокоуровневой спецификацией.
Системы управления роботами самых разнообразных типов, ракетами, БПЛА.
Алгоритмы распознавания образов, визуальных, звуковых, каких-либо ещё. (Это и есть распознавние лиц, речи и т.д.)
Обработка информации на естественном языке.
Планирование для принятия решений (в т.ч. составление расписаний) таким образом чтобы решения были оптимальными по заданному критерию.
Моделирование сложных технических и экономических систем.
Биоинформатика.
Список можно продолжать и продолжать, я затронул лишь малую часть релевантных тем.

Области информатики где сейчас действительно есть большой прогресс это машинное обучение, алгоритмическая теория информации.
Новые, эффективные алгоритмы разработаны для применения в компьютерном зрении и биоинформатике.
Ваша PLT всегда была на обочине, и совершенно заслуженно.
До чего же тупыми нужно быть чтобы не понимать того что Programming Language Theory это очень узкое подмножество Computer Science?

The Racket Manifesto
http://www.ccs.neu.edu/home/matthias/manifesto/index.html

The creation of a programming language calls for guiding principles that point the developers to goals. This article spells out the three basic principles behind the 20-year development of Racket. First, programming is about stating and solving problems, and this activity normally takes place in a context with its own language of discourse; good programmers ought to formulate this language as a programming language. Hence, Racket is a programming language for creating new programming languages. Second, by following this language-oriented approach to programming, systems become multi-lingual collections of interconnected components. Each language and component must be able to protect its specific invariants. In support, Racket offers protection mechanisms to implement a full language spectrum, from C-level bit manipulation to soundly typed extensions. Third, because Racket considers programming as problem solving in the correct language, Racket also turns extra-linguistic mechanisms into linguistic constructs, especially mechanisms for managing resources and projects. The paper explains these principles and how Racket lives up to them, presents the evaluation framework behind the design process, and concludes with a sketch of Racket’s imperfections and opportunities for future improvements.

Почему Base and Derived ковариантны, однако, shared_ptr<Base> and shared_ptr<Derived> - нет?

Угадайте не гугля откуда ента цитата:

Именно поэтому я считаю с++ программистов именно «Программистами» с большой буквы. Они как хирурги в современном мире программирования ) А остальные так… педиатры всякие, медбратья )

Чо там, в 2015 еще программируете на языках без декораторов?

the matasano crypto [http://cryptopals.com/](challenges)
Гоъ проходить.

Зачем вникать в суть проекта, пытаться проанализировать архитектурные решения, модульность,
выявлять недостатки с т/з безопасности,
когда можно просто сказать софт написан на питоне, C++, whatever и поэтому говно априорно?

За многие годы написания прикладного софта у меня выработался следующий стиль разработки:
1) сначала пишу пользоваельский интерфейс, вылизываю его чтобы вырисовалась концепция всей программы — т.е. окна, кнопки, таблицы, списки, и даже документация;
2) потом начинаю реализовывать функционал — один пункт меню заработал, другой, третий и т.д. попутно дорабатываю интерфейс, если где-то придумал улучшение;
3) и только в третью очередь я начинаю «причесывать» код, растаскивать его по модулям, оптимизировать скорость, потребление памяти, читаемость объектов и их методов.

... вспоминается ещё один показательный случай. Упорно не понимаю определённые простые методы расчётов просто потому, что им нигде не учат, а сходу въехать в них — нужно время. На меня руководитель наорал, что опять, как всегда, ничего не умею делать без посторонней помощи, написал, как сделать правильно, и отправил с готовой формулой, типа продолжайте дальше. Ну, казалось бы, раз сам руководитель написал, почему ж не доверить? Благо что сам всё равно плохо это понимаю. Подхожу к коллеге, прошу поглядеть на расчёты, он проверяет всё, говорит всё ОК, можешь по этим формулам считать дальше. Но у меня где-то внутри всё равно сидит шило и я решаюсь всё-таки сесть и ещё раз самому и внимательно поглядеть, что же там такое, и как оно появилось, хотя в этот момент все кругом кричат, что я дурак, и там всё правильно, 146%. Ну, все уже догадались, чем закончилось. Там была арифметическая ошибка. Руководитель её сделал, а мой коллега пропустил. А я, при всё моём непонимании и тормознутости, её-таки нашёл. Вы думаете, после такого когда-нибудь будешь в жизни чему-нибудь доверять? А ещё кто-то тут удивляется, откуда такая феноменальная придирчивость к мелочам и въедливость. Это, на самом деле, профессиональная деформация, местами переходящая уже даже не в перфекционизм, а в психоз, когда даже несколько раз перепроверив сам себя не можешь себя убедить в том, что там всё точно правильно, сомнения неистребимы, ибо после таких казусов, как говорится, обжёгшись об воду, начинаешь дуть и на молоко.

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

Как там, Debian-инсталлятор, говорите, не можете сделать без косяков, да? А управление поведением АЗ смогли бы? Там степень свободы — сотня параметров, масса непонятной физики и дохрена нетривиальных режимов, причём по ряду экспериментов есть буквально несколько точек на графике, потому что не всё умеют надёжно рассчитывать, а каждый эксперимент стоит колоссальных денег и может быть проведён лишь в уникальных местах типа НИИАР. Расскажите нам об ошибках в вашем оупенсырце и проприетарных ораклах, мы посмеёмся поржём. Если б вас попросили поручиться за правильность кода своей жизнью, смогли бы вы его написать? А на свете есть люди, которые умеют писать код и делать инженерные проекты с примерно таким уровнем ответственности (как один из последних глобальных проектов — NASA и посадка Curiosity). Это когда важно всё, мелочей нет, и вам порученный кусок задачи должен быть выполнен настолько идеально, насколько только это можно.

https://www.pgpru.com/forum/unixlike/maskirovkavvodaparoljavcryptsetup?show_comments=1&p=5#Comment90672

Кармак пишет, что переписал какой-то свой сервер с C++ на racket.
https://twitter.com/ID_AA_Carmack/status/577877590070919168

Казалось бы, чего такого, товарищ изучает новые подходы в программировании и
смог использовать их для реальной работы, НО НЕТ в коментарии набегают всякие
ущербные и спрашивают, почему он не использовал haskell, clojure, erlang и
прочие маняязычки.

Прямо смешно смотреть на этих ебанутых. Не знать проблематику, но рекомендовать
свои маняязычки is so 2018.

Короч юзаю тут в рабстве один тридэ 3D-фреймворк.

Фреймворк версии два был Ъ-сишным, то есть с кучей тайпдефов, приведений типов,
макросов хуякросов и try-to-debug-this-bitch и хуле-оно-не-работает хуйты.

Новая версия на плюсцах. Теперь там просто ШАБЛОНОАД с миксинами, impl,
концептами, причем некоторые куски (которые видимо не успелить отплюсоблядить)
просто завернули в неймспейсик.

Даже не знаю радоваться мне или нет.

• list of computer graphics courses. *

Ничего сверхкрутого, но есть пара интересных курсов.
http://imsky.co/links/graphics-courses

Понял, что я language agnostic, unless language /= js или баш.

На самом деле понимаю дедфудика, который с таким удовольствием
прошел курс по computational biology и захотел еще. Когда велосипедишь какие-то
алгоритмы, то голова работает по-другому. Соответственно, удовольствие от
выполненых задач тоже другое.

Раньше у меня было правило - перед началом работы быстрокодировать всякие
алгоритмы или порешать матанец около часа. Позволяло разогнать мозг (а не
замедлить чтением редита или бнв).

Пора возраждать хорошие привычки, хуле.

Чтобы пост не был простым высером /r/ (полезные) ритуалов, которые ты юзернейм
выполнешь перед тем, как начать делать что-то обыденно-скучное типа работы.

tfw уже не можешь с закрытыми глазами закодировать heapsort.

RMS ебаный ублюдок. Из-за его устарвеших опасений (emacs-ffi и боязнь llvm) народ извращается, делает ненужную работу и велосипедит всякие бажные и падучие сервера уровня https://github.com/Andersbakken/rtags.

Отлаживал этот код ЧАС.
Пиздец я тупой.

for (j = i * i; j += i; j < num) {
    f(j);
}

Говноплюсы можно смело выкидывать на помойку истории.
Rust 1.0 Alpha