Pet-projects

Привіт.
А які у вас є пет-проджекти, і які технології на них використовуються?
Назву та суть проекту розкривати не обов’язково, якщо це являється таємницею, а от про технології було б цікаво почути.

мій:
Rails 3.1, CoffeeScript, Sass, Backbone JS, jQuery, MySQL

10 кроків до швидкого вивчення нової мови програмування

en10 Steps to Learn a New Coding Language Fast

ru10 шагов к быстрому изучению нового языка программирования

ua10 кроків до швидкого вивчення нової мови програмування

Вивчення нової мови може здатися страшним завданням. Тим не менш, як і в будь-якому вигляді навчання, тут існують певні техніки і прийоми, які допоможуть вам вивчити нову мову швидше й ефективніше. В цій статті представлено 10 найкращих прийомів, які можуть використовувати цілеспрямовані програмісти, щоб швидко почати писати, використовуючи нову мову.

( Читати далі )

Інтеграція FCKeditor в Zend_Form

enIntegrating FCKeditor with Zend_Form

ruИнтеграция FCKeditor в Zend_Form

uaІнтеграція FCKeditor в Zend_Form

Як можна використовувати FCKeditor або будь-який інший WYSIWYG-редактор разом з Zend_Form? Ще одне відносно просте питання. Існує безліч способів за допомогою яких ви можете зробити це, але давайте поглянемо на два найбільш цікавих, на мою думку:
* Додавання деякого JavaScript до вашого Виду (view).
* Створення Zend_Form_decorator
Ми будемо використовувати FCKeditor, але ви можете застосувати показану техніку до інших, і до TINYMCE у тому числі.

( Читати далі )
  • +5
  • 20 жовтня 2009, 14:52
  • HeeL
  • 3

Матриця компетентності програміста Повідомлення-посилання

Матриця, за якою у багатьох західних софтверних компаніях оцінюється компетентність розробника програмного забезпечення у тій або іншій галузі. Переклад на українську.

25 найнебезпечніших програмістських помилок Повідомлення-посилання

Інститут SANS (SysAdmin, Audit, Network, Security) співпрацюючи з організацією MITRE опублікував перелік 25 найнебезпечніших помилок, які призводять до виникнення серйозних вразливостей у програмному забезпеченні. Помилки відбирались з урахуванням їх розповсюдженості, складності знаходження і простоти використання для здійснення шкідливих дій.

Я — Linux девелопер, і приймаю замовлення на статті

Привіт! Мене звуть Сашко, я молодий лінукс девелопер, який живе у цій системі ледь не з часів свого першого «Hello, world!».

Я дуже молодий, і на правду не можу похвалитись дійсно великим досвідом і унікальними знаннями, але, на жаль, судячи з усього, альтернатив у вас не багато. Тому я пропоную вам писати статті та невеличкі ЯКЦЕ про розробку програмного забезпечення для UNIX-подібних операційних систем, на теми, які вас цікавлять, якщо, звісно ж, я у них розбираюсь.

Я використовую Linux та FreeBSD. Пишу на С, С++, Python та Perl. Маю досвід використання GTK+, GTKmm, Qt та Motif.

Прошу писати усе в коментарі, і сподіваюсь, ви мене не замінусуєте, бо я й справді хочу посприяти розвиткові спільноти. Дякую!
  • +6
  • 12 серпня 2009, 20:02
  • sashko
  • 16

Композиція vs Наслідування

Недавно доводилось працювати з людьми які на дух не переносять наслідування. Всюди де можна і не можна використовували композицію.
Щоб зберегти тверезість розуму вирішив спробувати перелічити коли і що треба використовувати.

Наслідування
1) коли є is-a залежність
2) коли is-a є постійною в часі, тобто стан об'єкту моделюється не класами, а властивостями класу

Композиція
1) коли можливо has-a pалежність
2) коли потрібно перевикористати код
3) коли необхідно поліморфізм, але немає is-a зв'язку — краще використати інтерфейси
4) коли супер клас є недоступним до модифікації (чи може краще зразу адаптер?)

Щодо базових класів — то їх краще зразу оголошувати як abstract щоб потім не було мороки, коли коду багато.

Якісь ще є думки на цю тему?
  • +4
  • 22 липня 2009, 16:58
  • zenyk
  • 10