amosk | Entries tagged with dev

Небольшой такой FAQ по C++:
http://www.parashift.com/c%2B%2B-faq-lite/index.html

http://www.hanselman.com/blog/ScottHanselmans2007UltimateDeveloperAndPowerUsersToolListForWindows.aspx

http://www.indiangeek.net/programmer-competency-matrix/

Хорошая классификация. Интересно.

http://www.ibm.com/developerworks/opensource/library/os-ecllink/
Описаны разлиные способы организации взаимодействия между View в платформе Eclipse.

http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks

Java Layout Manager for Swing & SWT
http://www.miglayout.com/

До оптимизации:

do {                          
    *to = *from++;            
} while (--count > 0);

После оптимизации:

 int n = (count + 7) / 8;
switch (count % 8) {
case 0: do { *to = *from++;
case 7:      *to = *from++;
case 6:      *to = *from++;
case 5:      *to = *from++;
case 4:      *to = *from++;
case 3:      *to = *from++;
case 2:      *to = *from++;
case 1:      *to = *from++;
             } while (--n > 0);
}

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

Но для меня интересно здесь другое, а именно переплетение switch {} и do {}. Я и не догадывался, что стандарт C позволяет внутри switch писать структуры с вложенностью и помещать метки case перед любыми их операторами на любом уровне вложенности, а не только непосредственно под switch.

Правда сам я написал бы подобный код только за очень большие деньги. Такие, чтобы я мог до конца жизни больше не писать программы :).

Ыкс: http://en.wikipedia.org/wiki/Duffs_device

http://www.eclipse.org/equinox/documents/quickstart.php

http://www.makelinux.net/kernel_map

Прочел про отличный метод отладки программ:

Мы назвали его методом Резинового Утенка.
1) Достаньте (одолжите, украдите, купите, сделайте сами ...) резинового утенка.
2) Усадите его перед собой на стол и скажите ему, что сейчас вы вместе с ним пройдетесь по коду программы на предмет все ли в нем правильно.
3) Объясните утенку, что должен делать рассматриваемый участок кода, а затем детально, строка за строкой, объясните ему, что этот код делает.
4) В какой-то момент, рассказав утенку про то, что должна сделать очередная строка кода, вы осознаете, что на самом деле она делает другое. А утенок будет безмятежно сидеть, счастливый от осознания того, что помог вам в вашем деле.

Срабатывает каждый раз. А если у вас нет утенка, то вы можете его заменить своим коллегой.

http://lists.ethernal.org/oldarchives/cantlug-0211/msg00174.html

От себя добавлю, что несколько раз успешно применял этот метод в тупиковых ситуациях. Правда у меня достаточно развитая фантазия, чтобы обходиться без физического воплощения слушателя :)

http://sitracker.org/wiki/Main_Page

Support Incident Tracker (or SiT!) is a Free Software/Open Source (GPL) web based application which uses PHP and MySQL for tracking technical support calls/emails. Manage contacts, sites, technical support contracts and support incidents in one place. Send emails directly from SiT!, attach files and record every communication in the incident log. SiT is aware of Service Level Agreements and incidents are flagged if they stray outside of them.

Почитать книгу Producing Open Source Software

On the criteria to be used in decomposing systems into modules – David Parnas
A Note On Distributed Computing – Jim Waldo, Geoff Wyant, Ann Wollrath, Sam Kendall
The Next 700 Programming Languages – P. J. Landin
Can Programming Be Liberated from the von Neumann Style? – John Backus
Reflections on Trusting Trust – Ken Thompson
Lisp: Good News, Bad News, How to Win Big – Richard Gabriel
An experimental evaluation of the assumption of independence in multiversion programming – John Knight and Nancy Leveson
Arguments and Results – James Noble
A Laboratory For Teaching Object-Oriented Thinking – Kent Beck, Ward Cunningham
Programming as an Experience: the inspiration for Self – David Ungar, Randall B. Smith

Статья полностью: http://blog.objectmentor.com/articles/2009/02/26/10-papers-every-programmer-should-read-at-least-twice
Ыкс: http://object.livejournal.com/1206315.html

http://maxsite.org/drupal-joomla-wordpress

Сейчас обдумываю, как же ограничить демо-версию продаваемой программы по сравнению с купленной версией так, чтобы у пользователя постоянно возникала мысль "а не купить ли программу?" и одновременно не возникала мысль "а не пошел бы ты со своей программой" :)

У кого есть какие-то идеи, кидайте сюда комментами.
Принимаются самые идиотские и нереализуемые идеи. Смешные тоже - если не будет пользы, то хоть поржу.

Например, из идиотского:
- демо работает только по четным дням
- демо работает только первые M минут после загрузки компа (хотя M мало, пусть будет N)

Из нереализуемого:
- демо работает только если пользователь приложит к экрану компа расписку в том, что он обещает заплатить за программу.