• Как защитить идею?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    Суд в горах. — Гоги, за что ты убил Гиви? . — За мечту! — Объясни суду. Гоги: — Я убил его не за то, что он лез на второй этаж к моей жене, каскадер, понимаешь ли! И не за то, что он спал с моей женой и тещей, дегустатор, понимаешь ли! А за то, что когда я спускал его с лестницы, он сказал:"Я еще сюда вернусь!" Мечтатель, понимаешь ли...
    Ответ написан
    Комментировать
  • Как защитить идею?

    @dmshar
    Особо позабавило вот это:
    Как защитить идею.... от того что в будущем (когда я буду заниматься её разработкой) она не пришла в голову кому-то другому. Бывает мысли у людей сходятся.

    Если у вас такое понимание прогресса, то возникают серьезные сомнения в пользе идеи, которая вам пришла в голову.
    Вы никогда не думали, что практически все действительно стоящие идеи - и даже великие идеи - одновременно приходили в голову нескольким людям?
    Дифференциальное и интегральное исчисления - Ньютону и Лейбницу.
    Теория Дарвина - ему и Альфреду Расселу Уоллесу.
    Логарифмы открыли независимо Непер и Бюрги.
    Закон Бойля — Мариотта - потому так и назван, что двое сделали это открытие почти одновременно и независимо друг от друга.
    Пятна на солнца вообще одновременно, в 1611 году открыли четыре (!!!) разных ученых.
    А Шарль Кро - изобретал патефон на пару месяцев раньше Эдисона, и цветную фотографию - с разницей в пол года с Дюко дю Ороном. (Во не повезло парню).
    В сегодняшнем мире - персональные компьютеры - посмотрите, кто когда и как начал их выпускать.
    Поисковые системы и социальные сети - вспомните их историю.
    Так что можете не обольщаться - если ваша идея не пришла в голову кому-нибудь другому, то будьте уверены - она не нужна никому.
    Но скажу один страшный секрет. Если даже к вам вот сейчас в голову пришла супер-пупер гениальная идея, которая принесет вам миллионы и всемирную известность, и вы сейчас вот размышляете, как добиться собственной монополии на нее - будьте уверены, что где-то в Америке, Японии, Китае или а Попуа-Новой Гвинее вот прямо сейчас кто-то другой уже начал ее реализовывать. И пока вы находитесь в размышлениях - он станет изобретателем и все лавры и миллионы достанутся ему.
    У первого - есть фора, но в сегодняшнем мире у него нет монополии.
    И помните - Стив Джобс, Цукерберг не были ни богатым, ни первыми. Но они шли к цели, а не думали, как себя от кого-то защищать.
    Поэтому совет - не майтесь дурью, а займитесь реализацией своей идеи. Нет денег - ищите инвестора. Да-да, делитесь с ним. Он даст вам то, что у вас нет, и за это вы с ним поделитесь и славой и деньгами. И нет в этом ничего зазорного или унизительного. Используйте свою фору, если она у вас есть, конечно.
    Ответ написан
    3 комментария
  • Полное или частичное документирование?

    DevMan
    @DevMan
    заполнять имеет смысл, если потом по этим блокам генерируется документация.
    если докблок сугубо для себя, то можно опустить.
    Ответ написан
    4 комментария
  • Полное или частичное документирование?

    In4in
    @In4in
    °•× JavaScript Developer ^_^ ו°
    Да черт его знает, с появлением 7.2 все ведь стало проще
    public function car() : \Illuminate\Database\Eloquent\Relations\HasOne
        {
            return $this->hasOne('App\Models\Car');
        }

    Да и IDE хорошо прослеживает типы, зависимости.

    PHPDocs'ы делаю чисто по привычке, хотя смысла в них уже почти никакого.
    Ответ написан
    6 комментариев
  • Нужна ли денормализация?

    Decadal
    @Decadal
    Нужно ли, по-хорошему, в таблице заказов orders(id, client_id, ...) дублировать все поля (id, client_id, client_first_name, client_last_name, ...)? С одной стороны, так заказ фиксируется неизменным навсегда, даже в случае удаления клиента или изменения его данных. Но с другой - кошмарная избыточность, ведь в таблице заказов может быть еще другие связи 1 к 1 и в итоге полей будет миллион.


    У вас не должно быть удалений клиентов. Функцию удаления достаточно реализовать через soft delete (флаг deleted_at).
    Кстати а для заказа есть смысл делать другую таблицу. Historical_order_client - на тот случай если нужно запоминать факт с каким телефоном и фамилией был клиент (фамилии и телефоны меняются, а надо ли их менять в заказах - вам виднее).

    Или может делать суммирующее поле типа orders(id, client_id, client_info (Иванов И. пасп. 0301 333333, тел 8999999999)?

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

    Или может делать доп поле orders (client_id, client_data), где в client_data запихать json записи из client, что в случае чего восстановить запись.

    не стоит
    Ответ написан
    5 комментариев
  • Нужна ли денормализация?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Ответ от человека, который 5 лет работает с подобной системой и которая себя уже осознала.

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

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

    Могу посоветовать вам в случае явственного соответствия клиента и привязывать его через client_id и дублировать его ФИО в client_title (например), а так же ожидаемый контакт для связи.

    Если вы будете вести только клиентскую базу то быстро упретесь в том что люди часто меняют телефоны и потом дозвониться до клиента станет невозможно. Вы убьетесь поддерживать эту информацию (вы же не ФСБ, ну)
    Ответ написан
    5 комментариев
  • Что именно можно описывать в блоке, элементе и модификаторе при БЭМ?

    werty1001
    @werty1001
    undefined
    Все довольно просто:

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

    модификатор позволит добавить какие-то особенности блоку или элементу, для модификатора блока в стили можно писать все (кроме отступов и позиционирования*), для модификатора элемента можно все.

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

    *position, display, float, margin
    Ответ написан
    6 комментариев
  • Какой стек выбрать для простейшего CRM?

    Wolfnsex
    @Wolfnsex Куратор тега Веб-разработка
    Если не хочешь быть первым - не вставай в очередь!
    Поддерживаю автора предыдущего ответа, г-на Sanes. От себя добавлю, что если Вы хотите избежать избыточности - можете использовать, как Вы же сами и указали: lumen, silex и т.д., хотя лично я в этом особого смысла (в контексте вопроса) - пока не вижу.

    Что посоветуете по фронтенду? Vue? Есть ли там какие-то наборы компонент по аналогии с ExtJs.
    Я конечно могу ошибаться (на счёт ExtJS), но по моему, ExtJS - это набор копонентов, а Vue - это JS-фреймворк, что само по себе несколько разные вещи... Компоненты для VueJS есть, их много, в т.ч. готовых, они бывают самые разные и скорее всего, какие-то таблицы, календари, кнопки и прочую белиберду для Vue уже либо адаптировали, либо написали, либо [что-то ещё], но от этого аналогом ExtJS он не стал.

    Особенно удобные гриды интересуют.
    Удобные гриды есть сами по себе, их масса и к Vue или ExtJS'у они обычно отношения не имеют (хотя, вполне могут быть представлены как компонент VueJS или адаптированы специально под него), например: DataTables.

    Такое vue может или всё с 0 ручками там пилить надо будет?
    Как я уже говорил ранее, в режиме "из коробки" в Vue нет вообще никаких "компонентов" (я имею в виду компонентов аки jQuery UI и ему подобных), он для другого предназначен. А может или нет... - скорее может, чем нет. Но можно и "ручками".

    Если всё с 0, то где можно посмотреть бесплатные макеты-вёрстки аля админка? Я не дизайнер просто.
    Как бы это странно не прозвучало, но в поисковике. Там этого добра - тонна, "по рублю за пучёк", например: раз, два, три и т.д.

    P.S.
    Но тут наверное мне нужен микрофреймворк. С lumen/slim/symfony4 - что было бы проще или лучше?
    По моему, Symfony-4 это всё же не микрофреймворк... Это всё тот же старый добрый симфони, после "серьёзной липосакции" по умолчанию. Микрофреймворк от авторов Symfony -- это Silex.
    Ответ написан
    1 комментарий
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    Стоит ли переучиваться сразу на Docker?
    Стоит. Программисты его по разному немного распробовали, теперь неистоствуют.

    Сложилось впечатление, что Docker только для продакшена норм подходит.
    Продакшн продакшену рознь. Как-то интересовался у фанатеющих от него компутерщиков, готовы ли они, чтобы их ЗП считали на ПО развёрнутом в контейнерах? И что-то утвердительных ответов не было.

    Vagrant мне тоже показался неудобным: каждый раз, когда мне нужно сделать хоть одностраничный лендос, мне нужно будет качать 2гб и заново...
    У некоторых контейнеры во время сборки тоже пол интернета тянут.

    Или заставить себя пользоваться VM...
    Увы, реальность такова, что заставлять себя пользоваться тем или иным придётся исходя из сложившегося стека технологий у работодателя. Часто он нелеп и контрконструктивен: на железных серверах подняты виртуалки, в которых запущены контейнеры, в которых работает куча процессов.
    Ответ написан
    8 комментариев
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    Sanes
    @Sanes
    Как раньше пользовались нативно, так и будет самым правильным. ИМХО конечно.
    В каждой компании свои извращения. За неделю покажут, расскажут и дадут попробовать.
    Ответ написан
    Комментировать
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    andreybold
    @andreybold
    Сам недавно взялся за докер.

    Меня оттолкнуло, что нельзя дать контейнеру фиксированный ip адрес,
    Вроде же можно? Вот тут посмотрите, может это то что нужно?

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

    Стоит ли переучиваться сразу на Docker? Или заставить себя пользоваться VM
    VM слышал, но не было необходимости в этом, а с докером решил самостоятельно разобраться, т.к. интересно и потенциально должно облегчить разработку.

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

    А вообще, мне кажется, если умеешь кодить хорошо, и есть хотя бы понимание того, как работает VM и докер, то работодатель и так возьмёт, т.к. основная задача девелопера, как по мне, это кодить, а научить пользоваться докером (который в каждой компании, скорее всего, настраивается по своему) это не сложно.
    Ответ написан
    Комментировать
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    Mi11er
    @Mi11er
    A human...
    Как по мне, надо просто знать как им пользоваться, а юзать то, что удобно...
    Ответ написан
    2 комментария
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    SerafimArts
    @SerafimArts
    Senior Notepad Reader
    Меня оттолкнуло, что нельзя дать контейнеру фиксированный виртуальный ip адрес, чтобы потом sitename.local в host прописать.


    Он всегда будет 127.0.0.1, т.е. адрес sitename.localhost (как и любой в домене localhost) будет сразу же на него вести.

    Сложилось впечатление, что Docker только для продакшена норм подходит.


    Как раз наоборот, для продакшена без шаманства докер слабо подходит, так что он только в основном для разработки.
    Ответ написан
    7 комментариев
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    POS_troi
    @POS_troi
    СадоМазо Админ, флудер, троль.
    Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

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

    Меня оттолкнуло, что нельзя дать контейнеру фиксированный ip адрес, чтобы потом sitename.local в host прописать.

    Всё намного проще - поднимаете два контейнера: в первом Nginx во втором своё приложение.
    Но так-то да, для разработки это всё слегка неудобно если предполагается допиливание фронта, для бэкенда вполне применимо.
    Ответ написан
    Комментировать
  • Является ли Docker/Vagrant сейчас стандартом для dev-окружения веб-разработчика?

    DevMan
    @DevMan
    вагрант:
    образ не нужно качать постоянно, он скачивается один раз и лежит себе на диске. периодически его только обновлять.
    весь нужный стэк можно поднимать автоматом при билде вмки. если комп не слоупок и нормальный инет, это занимает 5-10 минут.
    при желании собираешь свой образ с уже установленным стеком и подсовываешь его при билде вмки.

    докер:
    проще вагранта по ресурсам. но гораздо менингитнее в плане изучения/поддержки.

    в целом все зависит от задач. на многих задачах, особенно уровня "одностраничный лендос" или "бложик на вп" можно вполне спокойно и успешно обходиться без них.
    Ответ написан
    3 комментария
  • Ubuntu 18.04: ждать или обновляться?

    karabanov
    @karabanov Куратор тега Ubuntu
    Системный администратор
    Я выбрал третий вариант.
    Ответ написан
    Комментировать
  • Ubuntu 18.04: ждать или обновляться?

    vaut
    @vaut
    У меня уже 4 месяца стоит 18.04 и почти все работает.
    1) Но в какой то момент было очень веселое обновление драйверов для нвидии. Неделю пока не исправили пакеты ничего не работало.
    2) Каждый день обновляется куча пакетов. Постоянно обновляется gcc, ядра и иксы. Мало того что они долго ставятся, так еще каждое такое обновление потенциально приводит к краху системы.
    3) У меня есть несколько самостоятельно собранных приложений. Их иногда приходится пересобирать из-за изменения версий библиотек.

    Так что если вы хотите все красиво и без проблем ждите 18.04.1 (август в лучшем случае) или ставьте прошлую LTS. Она еще долго будет поддерживаться.
    Ответ написан
    3 комментария
  • Как отделить бизнес-логику?

    @springimport
    Раз на вопросы уже ответили, пишу свои рекомендации:
    1. Yii < Laravel < Symfony. Вы можете делать архитектуру как "принято" в фреймворке или по ddd.
    2. Легкие и средние проекты не обязывают к ddd, сложные - требуют.

    Компоненты и paypal. Я всегда стараюсь вынести общий код в отдельную либу или в отдельный класс которые уже можно использовать в /components.

    Сервисы. Обычно нужны в ddd, но и в обычном проекте тоже можно использовать. Просто не так удобно. Например, yii создает rest api напрямую с моделями.
    Ответ написан
    Комментировать
  • Как отделить бизнес-логику?

    @Majesko
    1. Создать папку Services
    2. Выделить части бизнес логики в сервисы
    3. Написать сервисы и подключить через Service Provider в Service Container
    4. Написать фасады (по желанию)
    5. ...
    6. PROFIT
    Ответ написан
    1 комментарий