Оказывается решето Эратосфена можно зделоть за линейное время: https://ru.wikipedia.org/wiki/%D0%A0%D0%B5%D1%88%D0%B5%D1%82%D0%BE_%D0%AD%D1%80%D0%B0%D1%82%D0%BE%D1%81%D1%84%D0%B5%D0%BD%D0%B0#.D0.A0.D0.B5.D1.88.D0.B5.D1.82.D0.BE_.D0.AD.D1.80.D0.B0.D1.82.D0.BE.D1.81.D1.84.D0.B5.D0.BD.D0.B0_.D1.81_.D0.BB.D0.B8.D0.BD.D0.B5.D0.B9.D0.BD.D1.8B.D0.BC_.D0.B2.D1.80.D0.B5.D0.BC.D0.B5.D0.BD.D0.B5.D0.BC_.D1.80.D0.B0.D0.B1.D0.BE.D1.82.D1.8B

Из минусов:
- нельзя сэкономить память храня только по одному биту на позицию
- оверхед по памяти из-за того что хранится массив из n делителей + ln n простых чисел
- плохой кеш-хит

You may use __builtin_expect to provide the compiler with branch prediction information. In general, you should prefer to use actual profile feedback for this (-fprofile-arcs), as programmers are notoriously bad at predicting how their programs actually perform.

неожиданно вспомнилось, как четыре года назад запускали под callgrind программу, выполняли 10000 запросов, а потом в kcachegrind искали все функции вызванные n * 10000 раз, чтобы устранить повторные вызовы

нельзя делать goto через область где создаётся VLA

#define SPRINTF(str, format, ...)\
    char str[snprintf(0, 0, format, __VA_ARGS__)];\
    sprintf(str, format, __VA_ARGS__);

С луком, с яйцами, но не пирожок^U Целочисленное и равно самому себе с минусом, но не ноль: http://ideone.com/MXfxdM

а ещё я лох и обнаружил в своём коде ошибку, которая приводит к тому, что он не может распарсить число -9223372036854775808 как int64_t

Сначала переусложним задачу, а потом как пойдём искать простые решения, да охуевать от того как всё гармонично получается, жаль только что дедлайны уж проёбаны все

Под OST к «Gurren Lagann» внезапно хорошо программируется.

tfw за четыре часа в поезде успеваешь сделать всё что планировал на неделю. вот что отсутствие интернета с людьми делает

cedet - это огромный такой (поэтому хуево протестированый) кусок кода.

Сегодня обнаружил, что company-complete отваливается со стектрейсом в буферах где нет активного semantic-mode.

Оказывается эта падла модифицирует completion-at-point-functions', который юзает бекенд company-capf, своими хуками, которые отвалиюваются сerror' если в буфере не включен semantic-mode, а кроме как для C или C++ он нахер не упал.

Набыдлил хак, может кому пригодится.

Аноны, меня вдруг осенило, что всякое дрочево типа ФП и модных фреймворков нинужны и в 99% случаев мы занимаемся скучным говном. 

Это норма. Большая часть программистской работы это айти-сантехника - создание машинных переводчиков с одного языка на другой (с HTTP-запросов в SQL-запросы и т.д. и т.п. в интерпрайзе программирование это сплошная серилизация и десериализация).

Когда программисты это понимают они придумывают новые языки и фреймворки чтобы быть сантехником было веселее - получается что ты совмещаешь рутинную работу и решение головоломки о том как соединить твои новые трубы причудливой формы чтобы по ним потекли данные. (есть правда ещё деталь - если сантехник изобретает новую трубу/фреймворк которая входит в моду у других прогрессивных сантехников то он может добавить это в своё резюме и требовать больше денег за свою работу). Больше всего в этом преуспели хаскеллисты которые сделали целый язык-головоломку в котором простейшие задачи требуют решения кубиков-рубиков абстрактной теории групп. Чтобы головоломки в хаскиле всегда оставались свежими постоянно выходят расширения его системы типов. Этот язык успешно распространяется тем же принципом что и головоломки "а тебе слабо решить? чё, тупой чтоли?".

Что делать с этим очевидно идиотским сложившимся состоянием отрасли? Выбирать самую простую работу которая приносит максимальное количество денег, желательно такую на которой можно часть времени сидеть в интернете и делать что хочешь. Откладывать деньги в застрахованные депозиты и другие инвестиционные инструменты чтобы однажды перестать быть завсимым от работы.

Я примерно так делаю, а настоящим интересным программированием занимаюсь в свободное время - пишу физические симуляторы, строю и программирую простых роботов из китайских серв и играюсь с машинным зрением.

sooqa, раньше SDL2 глючил и бажил под wayland, теперь вот cairo-gl забагованый.

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?

xxx: на чем писать еще?
yyy: на жс
zzz: можно просто на рабочее место насрать кучу и получить за это деньги. И то лучше результат получится

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.

I used to be an adventurer like you, then I dereferenced NULL pointer