24 ответов в теме

[rnd71]

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

По работе сталкиваюсь с программерами и теми, кто себя таким считает.
Сам как то давно на рубеже эпох кодил скрипты, когда еще рунет был можно сказать мифом.
Так вот те, кто не соблюдает структуру написания кода, не ставит пояснения (хотя бы для себя), рано или поздно наталкивается на то, что случайно задевает невинным изменением функцию, которая за что-то отвечает и начинаются глюки или сбои.
Тот, кто может красиво писать - художник, мастер.
Остальные - ремесленники, студенты 2го курса, школота в сфере программирования, случайные люди, мимокрокодилы.
Как хочешь назови - им не место в этой профессии, они порочат эту профессию.
Увы и ах, но это так.
Юзабилити интерфейса важнее функционала.
За примером ходить далеко не надо:
Лидер ефт, за ним собирает огрызки пифа, а еще если постараться, можно припомнить шт 6-7 разных мертворожденных прог для фитинга.
И хотя пифа предоставляет гораздо больше функционала - она сливается ефт.
Мораль думаю дойдет до тебя и других авторов кода.

[X4me1eoH]

уважаю таких кто так умеет. сам не кодер, но понимаю.

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

[Hellrider]

Сделал мини версию программы, должно стать более удобно использовать. Минимум лишних действий.

Смотрим шапку.

Сообщение отредактировал Hellrider: 11 June 2013 - 14:03

[Asterologist]

Не удержался, встряну.
Статистика только своя - с 1995. IMHO
1. Чем более нестандартные, "красивые" решения выдает разработчик - тем хуже дизайн и заковырестей написан код. Это не значит, что за плохим дизайном и непонятным кодом всегда "красивое" решение.
2. Чем более "разумно" написан код, тем меньше в нем новых решений и открытий.
3. Разработка может жить без "красивых" решений и не может без "разумного" кода.
4. Если появляется чел из п. 1 - давать подзатыльники, чтобы не зазнавался и поручать сложные задачи (это компенсирует подзатыльники ) до нахождения ответа, дальше занимать другим делом и передавать решение парням из п. 2. Не допускать появление кода в готовом продукте от чела п. 1, только после понимания и собственной интерпретации людьми из п. 2

[Solnirina]

уф, глаза сломала, читать... программку попробую, спасибо автору.