PHP, но бекенда как такового нет. Я написал фронтенд для клиента и пару классов чтобы информация записывалась в БД, в пятницу презентовал ее на совещании с руководством компании. Сейчас даже аминки нет, реализую...
Планирую платформу многопользовательскую, с web интерфейсом, приложениями для мобильных. Сначала минимальный функционал, а далее развитие. Учитываю перспективу количества ежедневных пользователей, не думаю что фреймворк подойдет.
Еще один плюс Игорю. Фреймворки представляют огромное зло. Проблемы размеров кода, сложности вхождения, проблемы конфиденциальности и уязвимости. Часто проще сделать разработку с нуля, чем прочитать описание фреймворка )
ЗА плюс оно конечно, спасибо, когда получу...:)
Но фреймворки - это не зло! Каждый программист, который работает над несколькими в чем-то схожими проектами приходит к некоторым своим шаблонам (блокам кода), которые он переносит из одного проекта в другой. В итоге создается индивидуальный фреймворк, со временем... Если наработки стабильны, то смысл применять OpenSource появляется только при работе над большим проектом в команде себе подобных. В этом случае у каждого свои наработки, и чтобы не вызывать противоречий, конфликтов и пузомерок, целесообразно выбирать что-то общепризнанное...
Но сразу отдавать предпочтение какому-то фреймворку, четко не представляя, какой проект должен быть в итоге - наверное не совсем правильный подход, проще делать отдельные, может быть и самописные модули (но это на мой взгляд).
Осложните жизнь хакеру - не используйте фреймворк. Любой талантливый студент может написать такое, что хакер не поймет сразу, да и бросит и не будет взлома. Единственное препятствие. Отдел или департамент IT компании, это зависит от ее размеров и амбиций, как назвать. Руководитель структуры предпочтет реализацию на основе известного продукта, потому говорим разработано на чистом PHP (pure PHP), тогда все пройдет хорошо и обосновываем соображениями безопасности, иначе ух-ух! Вас поймут ))) Есть в компании отдел безопасности? Или департамент?
Проблема не в том, чтобы осложнить работу хакеру, они то как раз и не будут разбираться с кодом, они будут искать уязвимости. Сейчас это с успехом делают боты. очень часто наблюдаю, как сканируют некоторые созданные мной сайты, то пытаются выявить стандартную CMS, то найти определенные скрипты...
А код надо писать такой, чтобы было понятно не только коллегам по команде, но и самому разработчику, даже через несколько месяцев после сдачи проекта...
Теперь про "известный продукт". Есть структуры и отрасли, где безопасность (в том числе и коммерческая) запрещает использование стороннего кода. Поголовное увлечение сторонними библиотеками, поверьте мне, ни к чему хорошему не приведет...
В той компании куда это будет внедряться, есть ен только It отдел, но и отдел безопасности, и чтобы мою идею пропустили я сейчас не передаю от пользователя ни названий организации, ни фото, ни мета данных (ну насколько это возможно), ни геолокацией, после первого запуска и опытной эксплуатации пилотной версии пойду на согласования с отделами и т.д. Сегодня заказал веб-дизайнеру (при чем откликнулся один из топовых на WL) редизайн страниц авторизации регистрации и т.д. Сам сижу аналитику собираю из костылей. Нужна команда....
СТО Вам нужен,а не команда. Ваши проблемы работа с заказчиком, кстати, а для других заказчиков она подойдет? К примеру переводим на арабский и в Аравию, жарко, но денежно) Проблема СТО подбор команды, его команды, прошу заменить и его проблемы вся техника, забудьте слово код и другие умные. Определите бюджет разработки и задание на нее, что сделать, я не понимаю. Для меня опасность - поломка двигателя в санях на маршруте и необходимость жечь шины до утра, потому что и телефон разрядился, на маршруте, А волки рядом! А какие опасности еще будут?
Это о том, как Вам сделать Ваш проект.
И немного воспоминаний о вахтовой работе брата моего друга на нефтепроводе обходчиком. Друг был любитель по нагону жути в любой теме, теперь давно не виделись.
Если есть желание поговорить о проекте, пришлите Ваши телефоны с whatsapp или другим мессенджером или skypeid с указанием лучшего времени для беседы, когда работа оставит Вас ненадолго и предоставит шанс поговорить обо всем. Пришлите лично
Но фреймворки - это не зло! Каждый программист, который работает над несколькими в чем-то схожими проектами приходит к некоторым своим шаблонам (блокам кода), которые он переносит из одного проекта в другой. В итоге создается индивидуальный фреймворк, со временем... Если наработки стабильны, то смысл применять OpenSource появляется только при работе над большим проектом в команде себе подобных. В этом случае у каждого свои наработки, и чтобы не вызывать противоречий, конфликтов и пузомерок, целесообразно выбирать что-то общепризнанное...
Но сразу отдавать предпочтение какому-то фреймворку, четко не представляя, какой проект должен быть в итоге - наверное не совсем правильный подход, проще делать отдельные, может быть и самописные модули (но это на мой взгляд).
А код надо писать такой, чтобы было понятно не только коллегам по команде, но и самому разработчику, даже через несколько месяцев после сдачи проекта...
Теперь про "известный продукт". Есть структуры и отрасли, где безопасность (в том числе и коммерческая) запрещает использование стороннего кода. Поголовное увлечение сторонними библиотеками, поверьте мне, ни к чему хорошему не приведет...
И немного воспоминаний о вахтовой работе брата моего друга на нефтепроводе обходчиком. Друг был любитель по нагону жути в любой теме, теперь давно не виделись.
Если есть желание поговорить о проекте, пришлите Ваши телефоны с whatsapp или другим мессенджером или skypeid с указанием лучшего времени для беседы, когда работа оставит Вас ненадолго и предоставит шанс поговорить обо всем. Пришлите лично