>>насколько в твоём коде сможет разобраться другой человек, как только ты переключишься на другой проект. С расхожими CMS и Framework разобраться проще, а вот написать самому код, который потом сможет понять другой или другая группа разработчиков - это настоящее дело.

Все наоборот. Настоящий код понимают все нормальные программисты, а чтобы разобраться в данной cms нужно стать по ней специалистом. А какую выбрать из тысяч? Пока нет той единственной, центральной, как мелкософт-ворд, чтобы все ее знали и использовали в наиболее подходящее время. Вот когда появится я ее изучу и буду делать простейшие страницы так, как сейчас делаю просто конвертируя ворд в html (c "фильтром", естественно). Я плююсь от получаемого кода, он - явный мусор, но в некоторых случаях так проще. Так я верстаю код статей, когда публикую их эксклюзивными файлами, а не публикатором.

>>Я, например, не вижу проблем написать модуль для Joomla и знаю гибкие административные системы на ней написанные.

Как раз Joomla это то, что сначала пытался освоить, мечтая как удобно теперь будет делать непритязательные вещи. Но это оказалась настоящая пакость. И не я один от нее плевался.

>> У CMS есть готовая архитектура и как правило удобно продуманная модульная система, которая подталкивает к определенному стилю написания кода, зачем писать MVC, систему авторизации, если это уже сделано и отлажено?

Это - самое распространенное заблуждение... Доверяться чужому коду очень опасно и накладно. Это понимают все, кто достаточно долго поддерживал проект на таком коде. Обязательно приходится его корректировать. Стандарты и их поддержка браузерами меняется постоянно и вразнобой, и вдруг ты видишь что то, что работало вчера глючит. И нужно разбираться и приводить в порядок. Чаще всего эти заплатки вынуждают рано или поздно переписывать все самому. Хотя идея обычно заимствуется. Вот идея и есть самое главное в чужих находках, а нее конкретная реализация.

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

У меня множество подобных примеров... Про переделку форума я уже говорил. Был заимствованный движок сложного выпадающего меню, который вдруг перестал работать на некоторых просмотрщках. Я сделал полностью свой код и теперь у меня нет проблем с любыми модификациями такого меню и любым изменяемым, дополняемым функционалом. На скорчере нет ни одного движка не моего кода (кроме активХ ричэдита tiny_mce и его обертки, но значительно адаптированной). Особенно это удобно и показательно оказалось в фотогалерее. Авторизация - тоже мой движок, с которым я делаю что хочу. В общем, в серьезных случаях - никаких cms - точно, даже если появится одна универсально общепризнанная. И это - не моя блажь, а результат эволюции моего опыта (еще до web-программирования).

>> А почему не делиться знанием с другими? То есть, я сам не делюсь, но вопросом задаюсь -)

Это опасно в смысле доступности кода для поиска уязвимостей.

>> ты мог бы написать реализацию своего понимания работы нейронной сети на C, С++,

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

автор: nan сообщение 11821

А если вести речь о какой-нть примитивной редукции (до уровня "крысиной колонки" — как в общеизвестном аналогичном проекте), калькулируя её в облачном (полиресурсном) режиме?...... Я бы, к примеру, с удовольствием предоставил для этих целей мощность всех своих 6 камней.

>>> Как раз Joomla это то, что сначала пытался освоить [...] Но это оказалась настоящая пакость. И не я один от нее плевался.

Я с ней уже много лет не работал, но помню, что каких-то проблем не возникало. Сейчас я не пользуюсь этой CMS из-за её тяжеловесности.

>>>  Это понимают все, кто достаточно долго поддерживал проект на таком коде. Обязательно приходится его корректировать

У меня есть две CMS которые я поддерживаю уже больше 10-8 лет. Конечно, я знаю их нутро от и до, CMS эти изначально не мои, переписаны под мои нужды и их поддержка разработчиками прекращена, но в целом, всё отлично, нет с ними каких-то проблем. Да и я спокойно работал с чужими коммерческими CMS.

Есть свой форум, форумы, один из которых сменил уже несколько CMS, ему уже 7-мь лет, там написано 130.000 сообщений и да, приходилось часто отказываться от многих плюсов старых наработок, но были резоны двигать вперёд по линейке законченных продуктов и они остаются, так как на индивидуальный самописный код для этого проекта у меня уже давно нет времени, а чужие наработки - настоящее спасение.

>>> Но, повторяю, это понимают только те, кто в самом  деле долго поддерживал проект, а не потоковые изготовители сайтов.

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

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

Например, допустим, ты отходишь от Fornit и переключаешься на другие задачи, какова будет цена входа нового разработчика, разработчиков в твои наработки?

>>> В общем, в серьезных случаях - никаких cms - точно, даже если появится одна универсально общепризнанная.

Конечно. Другой вопрос, что нужно уметь отделять серьёзный случай, от несерьёзного, понимать жизненный цикл проекта и не работать по принципу, а после нас хоть потоп. Одно дело написать с нуля социальную сеть, а другое дело интернет магазин, например. Никто тебе не скажет спасибо за самописный код с багами очередного интернет магазина :))

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

Конечно, сам микросхемы и готовые модули делать не станешь, используешь как есть, но и это требует понимания.

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

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

>>> (Palarm) Использовать чужой код можно, только если ты сам способен написать такой же - но просто лень. А если не можешь - тогда сначала научись.

Я не понимаю ценности такого подхода, стабильно работающую библиотеку написать достаточно сложно, это долгая задача, на которую уходит значительное время.

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

Если бы я хотел получить опыт, то мне нужно было бы его реализовывать на каком-то из Framework, а не на тривиальном скриптовом языке.

Там же я делал Paint с нужным мне функционалом, который бы работал через web на планшетах, тоже писал его с нуля, тоже ушло достаточное время на отладку, едва ли при этом я получил какой-то опыт, разве что приятные воспоминания о том, как писал Paint.

По своему опыту web разработки могу сказать, что настоящий опыт я получаю, когда работаю с модулями CMS систем, развиваю их или когда использую новые для себя Framework, готовые библиотеки кода. А просто писать реализацию алгоритмов неинтересно, реализация быстро забывается, я уже не помню ничего из того, что писал.

Если выйти за приделы web, то сейчас у меня небольшая инди команда, последние месяцы мы пишем финансовые приложения для мобильных устройств. Буквально вчера мы выгрузили новое приложение для iOS (iPhone, iPad), код приложения полностью написан с нуля. Реализация математических моделей написана на C. Был реализован свой способ вывода графиков через OpenGL, аналогов в открытом доступе у него нет. Был написан свой GUI и полностью свои контроллеры взаимодействия с приложением, все иконки, графика, всё рисовалось с нуля.

Сейчас Apple выпустила новую SDK 7.0 и runtime среду iOS 7.0, так дошло до того, что мы никак не пострадали от критических обновлений фреймворка в области дизайна, так как полностью буквально с нуля писали свои контроллеры. Не потому что сильно хотелось, а потому что аналогов не было.

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

Я время от времени изучаю рынок вакансий для iOS разработки, для web разработки на предмет выявления трендов, так вот, я обращаю внимание, что работодатель часто ищет специалистов с опытом работы в конкретных CMS или же с конкретными Framework и отлично понимаю работодателя. Писать  с нуля свой код под каждую конкретную задачу - это огромная ресурсозатратная задача. Это не значит, что она сложная, просто будут тратиться человекочасы на разработку очередного велосепеда и это никому не нужно. Работодателям нужны люди, которые умеют работать с чужими модулями кода, не боятся этого, умеют писать так, чтобы другие поняли.

Конечно, есть случаи, когда задача нетривиальна и нужен спец по конкретной задаче, ну так потому он и спец по задаче, как нельзя быть хирургом и терапевтом разом, так и тут - спецом можно быть в узкой области, тебе интересной, важной, где ты изучаешь внимательно всё.

>>> тщательно прикидывал возможность полноценной реализации и, думаю, ты знаешь из статей доводы почему это невозможно на уровне программного продукта. 

Nan, а если без дураков, ты можешь прикинуть нужную вычислительную мощность для своей модели и посмотреть, когда по прогнозам эта мощность будет достигнута?

Мне кажется, что это вопрос относительно ближайшего будущего... Я сейчас не о супер компьютерах, а о доступных вычислительных системах.

автор: Айк сообщение 11826

У каждого профессионала-программера есть свои наработанные, хорошо отлизанные и легко им модифицируемые коды, а в случае использования чужих модулей или библиотек - они хорошо изучены и адаптированы. Но в статье речь не идет о том, чтобы вообще не использовать чужие модули. В обсуждении нужно оставаться в контексте обсуждения свойств целостного использования cms.

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

Думаю, что ты сильно кривишь душой... Или делал все как ремесленник... о чем говорит признание о цели.

Статью дополнил следующим обобщением:

Вообще стремление сделать профессионалами неучей, создать иллюзию профессионализма - характерно далеко не только для программирования. Буквально везде есть свои cms.

Чтобы стать крутым дизайнером достаточно воспользоваться дизайнерскими cms (например: "Image cms", "Impera CMS" и т.п.). Неискушенный пользователь (заказчик продукта) не способен распознать позорный уровень такого дизайна, а восторженные новообразовавшиеся "дизайнеры" хором кричат как это хорошо, создавая общественное мнение.

Чтобы стать музыкантом так же не нужно им быть :) ведь есть множество музыкальных конструкторов, собирающих что хочешь из музыкальных "кубиков". А поэтам вообще повезло с автоматическими рифмоплетами :)

И все это - легко поддерживается "специалистами" этих редакторов! Ничего сложного :)

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

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

>> можешь прикинуть нужную вычислительную мощность для своей модели и посмотреть, когда по прогнозам эта мощность будет достигнута?

В алгоритмах сознания есть раздел "Приближение к попытке программной реализации" с такими прикидками. Можно представить необходимые ресурсы для поддержания одновременно в реальном масштабе времени число объектов распознавателей, равное задаваемому минимальному количеству (не менее миллиона для простейшего моделирования осознанной адаптивности), у каждого из которых 10000 модифицируемых параметров весовых коэффициентов. Это - не считая сканирования портов входных и выходных терминалов по огромному количеству элементарных признаков восприятия и действия. Для каждого объекта выделяешь квант времени процессора, соотвественно чтобы обеспечить реальный масштаб времени нужно чтобы длительности кванта хватило на обработку текущего состояния объекта. Вот какая должна быть производительность процессора (нереальная). Ну и памяти оперативной нужно чтобы все объекты были в нее загружены.

автор: nan сообщение 11829

Чтобы стать музыкантом так же не нужно им быть ведь есть множество музыкальных конструкторов, собирающих что хочешь из музыкальных "кубиков". А поэтам вообще повезло с автоматическими рифмоплетами

Это нужно комбинировать! Сделать говносайт с говнодизайном, и выложить на нём говномузыку и говностихи. А лучше говностихи даже спеть под говномузыку. И выложить на вышеупомянутый сайт.

А ещё научных говностатей добавить.