Всё вышеописанное является моим личным субъективным мнением и видением ситуации. Оно не обязательно должно совпадать с вашим мнением и видением.
Как написал и то, что
После практики данного подхода, писать кашу из кода - это даунгрейд (откат назад), даже в существующих проектах. Это можно понять только проверив на личном опыте.
Есть множество подходов, причём некоторые из них не взаимоисключают друг друга. Я делюсь подходом который показал свою эффективность как лично для меня, так и коллеги позволившие себе попробовать такой подход, неоднократно отмечали его преимущества. К тому же, если что-то уже есть, и без разницы от кого, это не значит, что теперь лучше уже не может быть, и не значит, что не стоит стремиться к лучшему.
Опять же, это моё мнение, и я его никому не навязываю. Кто-то прочтёт и скажет "фи", пропустит "мимо ушей" так сказать. А кто-то попробует, и получит пользу, и плюсы данного подхода станут для него очевидны.
В процессе внедрения предложенных мной концепций, вы с высокой вероятностью можете столкнуться с тем, что код будет выглядеть непривычно для вас, и внутренняя консервативность будет подталкивать к тому, чтобы писать код "по старому".
Однако, можете мне поверить, если вы сможете позволить себе пройти через адаптацию, код не соответствующий данным концепциям оформления будет вызывать у вас отвращение, т.к. будет напоминать слипшуюся кашу трудную для восприятия. К тому же в статье я не просто описываю приёмы, но и рассказываю, для чего это нужно.
Всегда проще отказаться, чем попробовать. Где сопротивление, там точка роста, коллега 😉
P.S.: После практики данного подхода, писать кашу из кода - это даунгрейд (откат назад), даже в существующих проектах. Это можно понять только проверив на личном опыте. На первый взгляд оформленный таким образом код выглядит дико, и я тоже через это проходил.
Да, и имею на это полное право - это моё личное дело. В то же время вы можете использовать саму идею, но называть папки и компоненты на своё усмотрение.
Почему каркас?
Каркас — несущая внутренняя или внешняя конструкция здания, механизма, сооружения, аппарата
Так и у меня в вёрстке, данный компонент содержит "скелет", общую концепцию страницы, которая используется на каждой странице проекта.
MVC в названии подразумевает архитектурное разделение на модель, вид и контроллер
Именно об этом и идёт речь в статье, а именно:
Модель - глобальный и локальный стейт а также хуки (хранят модель данных, отображаемых на странице). Глобальный стейт по статье хранится в папке store
Вид - компоненты React являются представлением, т.к. отвечают за отображение данных и реагирование на действия пользователей. По статье хранятся в папке React
Контроллер - JS-логика как данные получаются, обрабатываются и обновляются. По статье подобные функции находятся в папке scripts, так же контроллерами можно считать экшены, по статье хранящиеся в store/actions
Точно так же, как неправильно называть произвольный сервис хранения исходного кода "гитом"
Я вижу не одного вас это сильно задело, ну так то вы в данном случае правы, отредактировал статью
Да, но поскольку я использую для вёрстки adaptivepx.ru, я создаю кастомный файл tailwind.scss где размеры указаны в адаптивных пикселях, и есть только те атомарные стили, которые я использую в проекте. Т.е. я использую идею tailwind, но не саму библиотеку.
То, что мы не городим в одном файле и всю связанную вёрстку и всю связанную логику, конечно же. MVC в названии к тому, что речь пойдёт не про какой нибудь FSD к примеру.
не Гит же, а Гитхаб или Гитлаб, хотя бы.
Все GIT-производные, а их гораздо больше, GitVerce например есть от отечественного производителя. Суть-то понятна, что я имею в виду - вряд ли речь идёт про консоль.
Вы правы, однако часто Docker используется просто "чтобы был" в системах, которые не масштабируются горизонтально либо никогда, либо в перспективе ближайших ±3 лет
Уже чувствую как этот коммент заминусят, однако без докера вполне можно обойтись, вручную устанавливая все программы. не спорю что когда их много с докером проще, но вот к примеру мне нужно развернуть nest, postgres и redis. И это вручную сделать не так уж и долго. То есть да, с докером проще, но если его убрать из цепочки, проект так же будет работать и функционировать, и на его разворачивание не потребуется несколько дней без докера.
я имею в виду, что я не упустил ни один шаг. если мне это не потребовалось, как я могу знать, что потребуется кому-то другому? и с чего это не заработает у кого-то если заработало у меня?? к тому же если не работает, можно осветить ситуацию в комментариях, подробно описав её, вместо того, чтобы минусить
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Since Docker is a US company, we must comply with US export control regulations. In an effort to comply with these, we now block all IP addresses that are located in Cuba, Russia, Iran, North Korea, Republic of Crimea, Sudan, and Syria.
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Since Docker is a US company, we must comply with US export control regulations. In an effort to comply with these, we now block all IP addresses that are located in Cuba, Russia, Iran, North Korea, Republic of Crimea, Sudan, and Syria.
Когда, условно говоря, разворачиваешь никому не известный пет проект у себя на локалке под докером - это одно, и тут отказаться от докера очень легко. Другое дело когда у тебя проект на продакшене которым несколько тысяч человек пользуются, тебе надо выгружать обновления проекта согласно плану, и ты резко узнаёшь, что проект не может собраться из за этой проблемы. И в первую очередь нужно как то спасти ситуацию, прежде чем задумываться как грамотно перенести проект с докера например.
Я лично не проверял, но читал, что huecker.io уже успели заблокировать (не сам сайт, а возможность качать образы предлагаемым способом). Название конечно порадовало, а вот доверие к этому ресурсу под сомнением. Не исключаю, что он может быть полезен и безопасен, но гарантий этому никаких нет))
Каждый человек волен выбирать работодателя. Существуют работодатели сотрудничающие с фрилансерами на постоянной основе именно по такому принципу. Лично я например никогда в своей жизни не делал больше работы за те же деньги. За это я люблю фриланс.
Фиксированная зарплата вообще расхолаживает. Я всю жизнь на фрилансе, и был период, когда моя оплата не зависела от объёма, а это был некий "фултайм" с ежемесячным фиксом. Я заметил, что невольно расслабился, и стал менее эффективен. Гораздо лучше и для работодателя и для исполнителя - вот объём, вот за него оплата. Исполнитель заинтересован не в том, чтобы тянуть время, а напротив - чтобы поскорее сделать, сдать, и получить деньги. После чего взять следующий объём. Так работа идёт существенно эффективнее. Любители бесполезно сжигать время со мной поспорят...
Любопытно, что на фоне высокого эмоционального истощения, низкая профессиональная эффективность — только у 21% респондентов.
Это вообще отдельная забавная история. Как измерялась эта эффективность? Опрашиваемых спросили "вы эффективны" и они ответили "ну вообще да"? Когда то давно я считал, что я целый день пашу за компом, много чего делаю, и под вечер сильно уставал. Потом я начал вести хронометраж (записывать когда я начал работать, когда перестал, когда отошел от компа, в общем абсолютно все свои действия и время). Оказалось что моя реальная эффективность - это час работы, а всё остальное время я прокрастинировал. Но я был уверен, что целый день пашу как вол! После этого эксперимента я начал работать над тем, чтобы у меня были не просто часы работы а эффективные часы работы - чтобы не отвлекаться во время работы, и как можно больше сделать за час работы. И так я пришёл к эффективным сначала 2, потом 3, потом 5 и больше эффективных часов в день. И моя продуктивность увеличилась во много раз. А без этого эксперимента я бы реально работал час в день, даже проводя весь день за компом, и считал бы себя эффективным, как участники данного опроса...
Именно об этом я и написал в статье:
Как написал и то, что
Есть множество подходов, причём некоторые из них не взаимоисключают друг друга. Я делюсь подходом который показал свою эффективность как лично для меня, так и коллеги позволившие себе попробовать такой подход, неоднократно отмечали его преимущества. К тому же, если что-то уже есть, и без разницы от кого, это не значит, что теперь лучше уже не может быть, и не значит, что не стоит стремиться к лучшему.
Опять же, это моё мнение, и я его никому не навязываю. Кто-то прочтёт и скажет "фи", пропустит "мимо ушей" так сказать. А кто-то попробует, и получит пользу, и плюсы данного подхода станут для него очевидны.
Специально для вас в начале статьи:
Всегда проще отказаться, чем попробовать. Где сопротивление, там точка роста, коллега 😉
P.S.: После практики данного подхода, писать кашу из кода - это даунгрейд (откат назад), даже в существующих проектах. Это можно понять только проверив на личном опыте. На первый взгляд оформленный таким образом код выглядит дико, и я тоже через это проходил.
Да, и имею на это полное право - это моё личное дело. В то же время вы можете использовать саму идею, но называть папки и компоненты на своё усмотрение.
Почему каркас?
Каркас — несущая внутренняя или внешняя конструкция здания, механизма, сооружения, аппаратаТак и у меня в вёрстке, данный компонент содержит "скелет", общую концепцию страницы, которая используется на каждой странице проекта.
Я конкретно ответил каким образом реализуется MVC в моём примере. Аргументируйте, если не согласны.
Именно об этом и идёт речь в статье, а именно:
Модель - глобальный и локальный стейт а также хуки (хранят модель данных, отображаемых на странице). Глобальный стейт по статье хранится в папке store
Вид - компоненты React являются представлением, т.к. отвечают за отображение данных и реагирование на действия пользователей. По статье хранятся в папке React
Контроллер - JS-логика как данные получаются, обрабатываются и обновляются. По статье подобные функции находятся в папке scripts, так же контроллерами можно считать экшены, по статье хранящиеся в store/actions
Я вижу не одного вас это сильно задело, ну так то вы в данном случае правы, отредактировал статью
Да, но поскольку я использую для вёрстки adaptivepx.ru, я создаю кастомный файл tailwind.scss где размеры указаны в адаптивных пикселях, и есть только те атомарные стили, которые я использую в проекте. Т.е. я использую идею tailwind, но не саму библиотеку.
То, что мы не городим в одном файле и всю связанную вёрстку и всю связанную логику, конечно же. MVC в названии к тому, что речь пойдёт не про какой нибудь FSD к примеру.
Все GIT-производные, а их гораздо больше, GitVerce например есть от отечественного производителя. Суть-то понятна, что я имею в виду - вряд ли речь идёт про консоль.
Вы правы, однако часто Docker используется просто "чтобы был" в системах, которые не масштабируются горизонтально либо никогда, либо в перспективе ближайших ±3 лет
Уже чувствую как этот коммент заминусят, однако без докера вполне можно обойтись, вручную устанавливая все программы. не спорю что когда их много с докером проще, но вот к примеру мне нужно развернуть nest, postgres и redis. И это вручную сделать не так уж и долго. То есть да, с докером проще, но если его убрать из цепочки, проект так же будет работать и функционировать, и на его разворачивание не потребуется несколько дней без докера.
я имею в виду, что я не упустил ни один шаг. если мне это не потребовалось, как я могу знать, что потребуется кому-то другому? и с чего это не заработает у кого-то если заработало у меня?? к тому же если не работает, можно осветить ситуацию в комментариях, подробно описав её, вместо того, чтобы минусить
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
А вы пробовали образы скачивать с dockerhub? У части Белорусов точно не работает, об этом много комментов и материалов в рунете. Если лично у вас работает - круто, сохраняйте статью на случай если и до вас доберется проблема. Т.к. в письмах от самой поддержки Docker фигурирует следующий текст:
Когда, условно говоря, разворачиваешь никому не известный пет проект у себя на локалке под докером - это одно, и тут отказаться от докера очень легко. Другое дело когда у тебя проект на продакшене которым несколько тысяч человек пользуются, тебе надо выгружать обновления проекта согласно плану, и ты резко узнаёшь, что проект не может собраться из за этой проблемы. И в первую очередь нужно как то спасти ситуацию, прежде чем задумываться как грамотно перенести проект с докера например.
Я лично не проверял, но читал, что huecker.io уже успели заблокировать (не сам сайт, а возможность качать образы предлагаемым способом). Название конечно порадовало, а вот доверие к этому ресурсу под сомнением. Не исключаю, что он может быть полезен и безопасен, но гарантий этому никаких нет))
Я перечислил все действия, которые позволили заставить работать Docker лично у меня
За MiddleClick сразу плюс в карму, очень не хватало его особенно на magic mouse (да, на ней он тоже работает, если кому-то интересно). Читаю дальше
Каждый человек волен выбирать работодателя. Существуют работодатели сотрудничающие с фрилансерами на постоянной основе именно по такому принципу. Лично я например никогда в своей жизни не делал больше работы за те же деньги. За это я люблю фриланс.
Фиксированная зарплата вообще расхолаживает. Я всю жизнь на фрилансе, и был период, когда моя оплата не зависела от объёма, а это был некий "фултайм" с ежемесячным фиксом. Я заметил, что невольно расслабился, и стал менее эффективен. Гораздо лучше и для работодателя и для исполнителя - вот объём, вот за него оплата. Исполнитель заинтересован не в том, чтобы тянуть время, а напротив - чтобы поскорее сделать, сдать, и получить деньги. После чего взять следующий объём. Так работа идёт существенно эффективнее. Любители бесполезно сжигать время со мной поспорят...
Это вообще отдельная забавная история. Как измерялась эта эффективность? Опрашиваемых спросили "вы эффективны" и они ответили "ну вообще да"? Когда то давно я считал, что я целый день пашу за компом, много чего делаю, и под вечер сильно уставал. Потом я начал вести хронометраж (записывать когда я начал работать, когда перестал, когда отошел от компа, в общем абсолютно все свои действия и время). Оказалось что моя реальная эффективность - это час работы, а всё остальное время я прокрастинировал. Но я был уверен, что целый день пашу как вол! После этого эксперимента я начал работать над тем, чтобы у меня были не просто часы работы а эффективные часы работы - чтобы не отвлекаться во время работы, и как можно больше сделать за час работы. И так я пришёл к эффективным сначала 2, потом 3, потом 5 и больше эффективных часов в день. И моя продуктивность увеличилась во много раз. А без этого эксперимента я бы реально работал час в день, даже проводя весь день за компом, и считал бы себя эффективным, как участники данного опроса...