dotcomrade
+66
Политбюро ЦК КПСС просит вас показать нам описание алгоритма :)
dotcomrade
+2
Если будут какие-либо тех. вопросы по реализации — можно задавать их мне :)
dotcomrade
+1
RSA кейгенится заменой доменных параметров (public key) на свои
dotcomrade
0
Я тебе уже говорил про GTD-книжки ;)
dotcomrade
+2
Банально — подбросить то, что нужно. И в ех-СССР будет практически нереально доказать в суде обратное. А если не подбросят — под методами, схожими с терморектальным анализом, человек сам расскажет всё, что нужно, было это или нет. Правосудие у нас такое :(
Другое дело, что такое не стоит на потоке и может совершаться лишь по наводке, на показ.
dotcomrade
–2
Доходит уже до тотальной паранойи :)
Если у вас захотят что-либо найти на винчестере (десткое порно, варез и т.п.) — его найдут — не спасёт ни truecrypt, ни более продвинутые штуки. Даже без терморектального анализа. И это не радует :(
dotcomrade
+1
users.livejournal.com/_dva_ — main manager Минской студии Reaxion (он же — хабра юзер denisvaihanski — пишет о проект менеджменте, геймдеве, очень познавательно и легко читается.

progg.ru — программистский русский дигг, там можно выудить довольно много интересных ссылок.

Ещё — отличные блоги о C++ (частенько затрагиваются темы собеседований, проект менеджмента, архитектуры)
easy-coding.blogspot.com
dvinogradov.blogspot.com
deepencpp.blogspot.com
omega-it.blogspot.com
dotcomrade
+8
С Днём Победы! Вечная слава и память!
dotcomrade
+1
Полностью и за короткий срок времени — не передашь, согласен. Но сделать хоть что-либо для обучения молодых сотрудников, чтобы в будущем они тоже смогли начать свой проект, но обойти некоторые подводные камни, на которые наступали предшественники. Человек то, как известно, учиться на ошибках. Было бы хорошо, если бы не каждый делал одну и ту же ошибку и в итоге все учились, как часто происходит. Делиться опытом надо, делиться!
dotcomrade
0
Респект вам за этой огромный :)
Эти серьёзные дяди должны осознавать, что у молодёжи в головах то, думать и о будущем, кто будет после них, а не только о себе. Только объяснить это дядям довольно сложно…
dotcomrade
+1
Согласен, конференции направленные на молодёжь очень нужны. Но для их организации нужны серьёзные дяди, которые готовы делиться опытом, и не на коммерческой основе. А таких очень немного. В итоге имеем ситуацию, которую описали вы — или подобные мероприятия бойкотируются, пока опыт не наберётся самостоятельно, или же мероприятия превращаются в сборы для деления опытом, которого очень немного.
dotcomrade
+1
Конференции важны, так как это — живое общение. Для тех, у кого нет возможности присутствовать — видео/аудио записи и презентации/доклады в текстовом виде.
dotcomrade
0
Подобного толка — это ближе к молодёжи? :) Вообще, предложенные мной вопросы будут обсуждаться на КРИ, но на профессиональном уровне, не молодёжном.
dotcomrade
0
Если взять тот же oursourcing — активно используется в геймдеве. Project management довольно экстремален. Так что, если и включать что-нибудь, связанное с геймдевом — суто организаторские вопросы. Вам всё же виднее, наше дело — предложить :)
dotcomrade
0
Судя по собственным интересам — добавил бы тему, посвящённую gamedev. Ну и собственно, пригласил бы кого-нибудь из игровой индустрии. В Москве с этим проблем не будет :)
dotcomrade
0
Добавил.
dotcomrade
+1
Добавил.
dotcomrade
0
Отбрасывая преждевременную оптимизацию не надо писать так «абы работало», особенно в крупных проектах. Проще не совершать грубых ошибок, чем потом их исправлять. Но сразу не совершать — не может никто, это со временем приходит.
dotcomrade
0
Согласен. Надо помнить, что эти люди с головой есть по обе стороны баррикад :) И их борьба является одним из пинков для прогресса, но и усложнения всего и вся. Финала бы видеть не хотелось :)
dotcomrade
0
Рефакторинг — действительно улучшение существующего кода. Но если программист пишет код и понимает, что его обязательно придётся рефакторить/переделывать ибо решение неоптимизированное, или даже ошибочное — значит что-то пошло не так.
dotcomrade
0
В таких случаях сократить время перебора можно, но надо знать условия/примеры паролей :) А если известна только длинна, да и то минимальная, то…
dotcomrade
+1
Кто сказал, что пароль это осмысленное слово. да ещё и на русском? :) Тогда уж и по словарю можно перебрать, зная длинну. А для более сложных паролей — ни словарь, ни оптимизация слепого перебора — не помогут особо.
dotcomrade
0
От перехвата %100 защиты быть не может. Опять таки про сторонний JS — его скорее всего заинжектят локально, с помощью механизмов браузера или при передачи/получении контента из сети.
dotcomrade
0
Почему обязательно дырка в браузере? Перехват частей движка javascript или инжект своего javascript кода в нужную страницу. Это не какие-то запредельные вражеские технологии, такое есть и уже давно.
dotcomrade
0
«При отправке формы пароль собирается в одну строку»
Вот тут то его и словят :) Не одними кейлоггерами достаются пароли.
dotcomrade
+2
Рекомендую всё же потратить время на сборку своей :) Соберете и забудете — будете наслаждаться :)
dotcomrade
+2
Столько уже пересмотрено, что возникла прямая ассоциация :)
dotcomrade
0
При замедленной съемке выглядит очень красиво. Эх, повторить бы эксперимент, да где взять 15 кВ под рукой…
Музыка из Хауса очень в тему :)
dotcomrade
+1
«Берите в коллектив лишь тех людей, которые не менее талантливы, чем вы» с этим, в принципе, можно поспорить, зависит от сферы применения этого совета. Количество талантливых, опытных людей ограничено, как ни крути. Но менее опытные могут подняться выше, если их будут окружать более опытные. Важен баланс опытных/неопытных :)
dotcomrade
+3
Главное, чтобы это понимал управленец :) Это очень хорошо продумано в такой agile практике, как scrum — если в к майлстону что-либо неготово, то оно полностью переносится на слеующий спринт. В итоге, если сравнить время для реализации «костыля» и фикса его в будущем, и нормальную реализацию потом, то видим выигрыш второго варианта — как по времени, так и по качеству.
dotcomrade
0
Да, именно это имелось ввиду. Когда взаимодействие разработчиков «хромает», то может и образоваться спагетти-код, так как разработчик может не использовать решения, найденного другим разработчиком. Мало того, в таком случае рядом возникает и изобретение велосипеда, иногда одноколёсного, что вдвойне опасно.
dotcomrade
0
Беда в том, что даже если называть анти-паттерны классикой — случаи их «использования» не исчезнут, и жаль, что они становятся классикой :( А про copy-paste — если вы про анти-паттерн, а не про собственно действие, то без него можно и нужно писать программы.
dotcomrade
0
Тоже с вами соглашусь, в крупных популярных проектах анти-паттерны обычно долго не задерживаются.
dotcomrade
+1
И в популярных open-source фреймворках встречаются некоторые пёрлы. Всем свойственно ошибаться, даже профессионалам. Имхо к книгам следует добавить подробные code review кода с «использованием» различных анти-паттернов.
dotcomrade
0
Свой список я старался строить на неких «взаимосвязях» анти-паттернов. В принципе, все они тесно связаны, но всё же некоторые могут вызывать или даже содержать друг друга. Спасибо за ссылку, почитаем-с :)
dotcomrade
+4
Этот «замечательный» паттерн относиться к ООП :) Когда класс-потомок выдает абсолютно все данные класса-предка, что нарушает принцип скрытия информации, на котором базируется не только ООП, но и модульное программирование.

В википедии, например, этот анти-паттерн находится в секции шуточных, хотя такая ошибка может довольно широко встречаться у начинающих ООП-разработчиков. Видимо из-за каламубрного названия :)
dotcomrade
+12
Затрудняюсь точно классифицировать такое :) Я бы назвал это pure fucking magic и заставил бы переписать :)
dotcomrade
0
Рефакторинг это уже не избежание, а лечение. Книга хорошая, да :)