Я не к тому, что правила в корне неверны, а к тому, что ими нельзя слепо пользоваться ВЕЗДЕ. Как говорится — научи дурака богу молиться…
Так:
if (case_one)
{
some = one;
}
else if (case_two)
{
some = two;
}
else if (case_three)
{
some = three;
}
else if (case_four)
{
some = four;
}
else
{
do_nothing();
}
Вместо:
if (case_one ) some = one ;
else if (case_two ) some = two ;
else if (case_three) some = three;
else if (case_four ) some = four ;
esle
do_nothing()
Язык программирования — тоже язык. Хороший код не просто решает поставленную задачу, читая его должно приходить понимание того, ЧТО хотел донести автор. Многочисленные const, static, дефайны вместо комментирования и прочее несколько запутывают при чтении. Появляются дополнительные акценты там, где они не очень-то и нужны.
ИМХО: Этим правилам НУЖНО следовать лишь команде, начинающей свой путь в программировании. Любому более-менее опытному специалисту они будут лишь мешать. Ошибки вызванные «неповиновением» в большинстве своем надуманы.
Пишу на C/C++ в Vim уже года 3. Другого уже и не надо. Добавлю свои пять копеек:
1. Попытки пересесть на Sublime привнесли в мой конфиг отличный плагин CtrlP (kien/ctrlp.vim)
2. Индексация ctags + vim-scripts/indexer.tar.gz (спасибо хабраюзеру dimonomid)
3. Частенько приходится работать через ssh, с помощью vim-scripts/CSApprox разница между gvim и vim почти полностью пропадает (главное не забыть выставить 'export TERM=xterm-256color'). А screen позволяет остановиться и продолжить с того же места в следующий раз.
4. Следуя за модной тенденцией vimrc можно разбить на отдельные части и сложить в директорию vimrcd, подгружая все содержимое с помощью:
set list listchars=tab:>-,trail:.,extends:>,precedes:<
6. cmake/make и vim: все мои проекты на cmake, поэтому процесс разработки начинается так:
mkdir build
cd build
cmake ../
gvim ../*
Сборка из vim'а делается командой :mak, при этом если будут ошибки, vim встанет на нужную строчку. Переход к следующей выполняется командой :cnext
7. Раньше пользовался такой штукой как :mks для сохранения текущего состояния, но потом перешел на ssh и уже упомянутый screen.
Спасибо. Пара вопросов. Насколько лучше/хуже вели себя ваши реализации?
Рекверстирую статью о том как ещё вы тестировали свои неблокирующие контейнеры.
Спасибо.
Помогает понять что происходит «под капотом».
Меня, как начинающего программиста под Андроид, но разработчика с большим стажем не интересует как поставить eclipse и запустить там нужный плагин (именно это обычно рассказывают в курсах). Гораздо интересней знать какие приложения в реальности запускаются — их сочетание дарит полную свободу действий и понимание происходящего.
И приложение в Play пришлось поискать (просто Shine не находилось — только по «родному» названию — Misfit shine). Короче эта штука не для Андроидоводов пока…
Клавиатурка с мышью у меня Logitech DiNovo mini. За год использования (gentoo+xbmc+браузер) никаких нареканий (только отсутствие функциональных клавишь немного напрягает).
Пытался пересадить себя с VIM'а на ST. Честно мучился неделю. В конце вернулся обратно, но поставил CtrlP плагин. Видимо мозг уже не перестроить… Не холивара ради. Есть те, кто с VIM'а пересел на ST (только честные VIM'овцы, а не те, кто не осилил)?
Жучка за внучку, внучка за бабку, бабка за дедку. С++11 прекрасен, когда он полностью поддерживается компилятором. В частичной поддержке постоянно чего-то не хватает.
Спасибо. Насколько я понял если по каналу не передавать персональные данные, но и мутить с нестандартными сертификатами не придется. Достаточно обычного TLS соединения.
федеральные законы, приказы регуляторов и требования к системам ДБО от Банка России, многие из которых касаются именно защиты информации в системах ДБО
А не подскажите какие? Просто стало интересно где конкретно должны быть Российские ГОСТы (в смысле алгоритмов) — в обеспечении безопасности хранения персональных данных или безопасности канала.
Я не к тому, что правила в корне неверны, а к тому, что ими нельзя слепо пользоваться ВЕЗДЕ. Как говорится — научи дурака богу молиться…
Так:
Вместо:
Так:
Вместо:
Про дефайны я скажу отдельное спасибо от лица тех, чьи редакторы кода не затемняют неактивные блоки.
и тому подобное.
1. Попытки пересесть на Sublime привнесли в мой конфиг отличный плагин CtrlP (kien/ctrlp.vim)
2. Индексация ctags + vim-scripts/indexer.tar.gz (спасибо хабраюзеру dimonomid)
3. Частенько приходится работать через ssh, с помощью vim-scripts/CSApprox разница между gvim и vim почти полностью пропадает (главное не забыть выставить 'export TERM=xterm-256color'). А screen позволяет остановиться и продолжить с того же места в следующий раз.
4. Следуя за модной тенденцией vimrc можно разбить на отдельные части и сложить в директорию vimrcd, подгружая все содержимое с помощью:
5. После поста Пора завязывать использовать пробелы вместо табуляции в коде хабраюзера TheShock Сделал себе такую штуку и забыл о проблеме пробелы\табуляция:
6. cmake/make и vim: все мои проекты на cmake, поэтому процесс разработки начинается так:
Сборка из vim'а делается командой :mak, при этом если будут ошибки, vim встанет на нужную строчку. Переход к следующей выполняется командой :cnext
7. Раньше пользовался такой штукой как :mks для сохранения текущего состояния, но потом перешел на ssh и уже упомянутый screen.
Рекверстирую статью о том как ещё вы тестировали свои неблокирующие контейнеры.
Помогает понять что происходит «под капотом».
Меня, как начинающего программиста под Андроид, но разработчика с большим стажем не интересует как поставить eclipse и запустить там нужный плагин (именно это обычно рассказывают в курсах). Гораздо интересней знать какие приложения в реальности запускаются — их сочетание дарит полную свободу действий и понимание происходящего.
А не подскажите какие? Просто стало интересно где конкретно должны быть Российские ГОСТы (в смысле алгоритмов) — в обеспечении безопасности хранения персональных данных или безопасности канала.
А так да, многие системы управления проектами подхватывают ссылки на коммиты, если указывать номер тикета.