• Как разрабатывать еще быстрее?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Создать свой конструктор для построения проектов под любые требования.

    Любой функционал - пишем однократно! и используем потом во всех последующих проектах как подключаемый модуль.

    Делаю так: разбиваю ТЗ на функц.блоки, рисую схему движ.данных, смотрю: что уже готово, а что - кодить.
    Компоную блоки так, чтобы захватить бОльшую часть нужного и возможного функционала в новые блоки, не потеряв в производительности.
    Снова проверяю структуру (и все нюансы) и только потом - кодирую.
    Ответ написан
    5 комментариев
  • Как разрабатывать еще быстрее?

    Эффективное распределение своего времени. Планирование задач перед ее выполнением, планирование экономит время, есть такая пословица: минута час бережет. Одна минута, потраченная на планирование, экономит от 10 до 12 минут при исполнении.
    Ни одна задача не бывает слишком трудной, если разделить ее на множество достаточно мелких частей. Чем больше вы учитесь/делаете тем лучше функционирует ваш мозг, в результате чего вы становитесь умнее, соответственно чтобы разрабатывать быстрее нужно разрабатывать больше.
    Ответ написан
    2 комментария
  • Как разрабатывать еще быстрее?

    twobomb
    @twobomb
    Ctrl+c Ctrl+v, особенно когда актуально когда работаете с однотипными задачами, и у вас уже имеется куча наработок. Ну и расширение штата
    Ответ написан
    9 комментариев
  • Как разрабатывать еще быстрее?

    nki
    @nki
    bezkart.ru готовая система лояльности
    Посоветуйте методику разработки, которую используете вы.

    Делегирую часть задач. Как правило, это не сложные и рутинные задачи.
    Ответ написан
    1 комментарий
  • Создание ИП для удалёнки, подводные камни?

    @McBernar
    Такое ощущение, что тут комментируют кто угодно, только не ИП.

    Нет никаких проблем с ИП. Особенности:
    1. Раз в квартал налог 6% на упрощенке. Заработаете 0 - заплатите 0.
    2. Раз в год (можно на каждый месяц разбивать) страховой и пенсионный платежи. Первый в районе 1000 рублей/месяц, второй в районе 3500/месяц + 1% от дохода свыше 300 000 рублей один раз в год. Да, это дикость, что можно ничего не зарабатывать, но все равно платить по 4500 в месяц. Но таковы уж правила игры. Принимать вам это или нет - ваше личное решение.
    3. Бухгалтер вам не нужен. Любой внятный банк сделает всю отчетность за вас - несколько раз на кнопку нажать только будет нужно. И отправит все сам.
    4. Совершенно нормальная практика, что с вами хотят работать в белую. Это хорошо и для вас и для компании, которая сэкономит на налогах приличную сумму. Вместо 149 тысяч они переведут вам 100.
    5. Держите бумаги в порядке и не будет проблем ни с судами ни с налоговой. Тут все просто. Ну, конечно, до тех пор, пока вы не станете представлять интерес для различных любителей чужого труда. Но сейчас вам это не грозит.
    Ответ написан
    7 комментариев
  • Как настроить соритровку ListView через Sort в Yii2?

    slo_nik
    @slo_nik Куратор тега Yii
    Вы так добавляли sorter в ListView?
    ListView::widget([
        'layout' => "{sorter}\n{summary}\n{items}\n{pager}",
        'sorter' => [
            // ...
        ],
    ])

    Сортировщик отключён по умолчанию
    Ответ написан
    Комментировать
  • Как вы планируете свой рабочий день, чтобы не выгорать?

    Judixel
    @Judixel
    Front-end Engineer
    Работаю на удаленке 1,5 года. За это время выработал для себя формулу как продуктивно работать.

    1. Вечером пишу себе 3 основные задачи, которые нужно решить на след день
    2. Стараюсь начинать работу в одно и тоже время (это же касается и обедов)
    3. Начинать решать задачи с более простых, чтобы легче втянуться в сложные
    4. Использую RescueTime, чтобы потом посмотреть темп за неделю/месяц. Обычно он составляет 70-
      85. Время работы 6ч/день - является лично для меня самым продуктивным временем, за которое решаются задачи. Бывают дни - исключения, когда могу и вечером поработать и в выходной. Стараюсь не злоупотреблять таким режимом.

    5. Обязательно прогулки каждый день.
    6. Когда задачи не поддаются решению - откладываю. Отдыхаю. Сплю, смотрю видосики. Не насилую
      мозг, но и не забиваю. Затем снова приступаю к реализации. Бывали случаи когда два дня не мог
      решить задачу, а в выходной она решалась за 20 мин.



    P.S.: Проблемы с выгоранием начинаются когда привязываете свою работу ко времени или ежедневным коммитам, а не к результату. Очень важна декомпозиция задач, потому что нужно помнить, что мозг ленив сам по себе и трудно заставлять его решить сразу сложную задачу. Используйте технику "Кайдзен" - непрерывное совершенствование.
    Ответ написан
    2 комментария
  • Как вы планируете свой рабочий день, чтобы не выгорать?

    @historydev
    Редактирую файлы с непонятными расширениями
    Работаю по настроению,удаленно на фрилансе.В офисе не был,ничего не скажу по этому поводу.Перегрузки не к чему не приведут,вы можете за 2ч в день зарабатывать больше,чем за 8-10,работайте в удовольствие,тратьте время с пользой,остановитесь на доходе которого хватит на проживание и немного погулять. Обучайтесь в остальное время.Не гонитесь за деньгами,они сами придут со временем.А нервы и психическое состояние вы уже не поправите,обосную тем что сам пережил нервный срыв и полежал в лечебнице.Выбор за вами.
    Ответ написан
  • Как вы планируете свой рабочий день, чтобы не выгорать?

    Robur
    @Robur
    Знаю больше чем это необходимо
    Интенсивной работы в день 5-6 часов максимум. Больше - только на ограниченное время, с обязательной компенсацией отдыхом. В офисе 9-18 работают в целом так же, кулер, поболтать, что-то обсудить 10 раз в день, почитать статьи. По моим личным ощущениям на удаленке работа интенсивнее, даже с учетом меньшего количества часов. Поэтому работаю по часам и на ставке больше чем в офисе на 8 часовом рабочем дне.
    Пробовал помодоро - не зашло.
    Бывает что накапливается и какие-то дни работа вообще не идет - даю себе отдохнуть, могу поработать часа два-три.
    Что-то новое изучаю иногда в формате перерывов - поработал - почитал. Так как график и учет времени гибкий, это не считается рабочим временем, и совесть не мучает. Могу посередине дня отдохнуть пару часов если совсем не идет, или сходить прогуляться или еще что.
    Свои проекты сначала пилил "по вечерам и выходным", особенно когда работал 9-18 потом понял что так не пойдет, на долгий срок это провальный подход, поэтому сейчас больше работаю как часть рабочего времени. Уменьшаю основную работу (при этом естественно уменьшается доход).

    Самое главное - правильно оценить свои силы и исходя из этого решать сколько куда их потратить. Может у вас сил хватит и на работу и на проекты и на хобби и еще перед сном почитать - без проблем, делайте все это. А если их не хватает даже на 8 часовой рабочий день - стоит это признать и не пытаться себя нагрузить сверх меры, получите новый срыв. Или отказаться от чего-то или искать другие способы кроме как "работать больше". Тут главное быть честным с собой и не "добавлять себе очки".

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

    Если вы уже один раз проходили через все это - ищите общее, анализируйте и поймите что вы сейчас делаете так же как и тогда и что надо поменять.
    Ответ написан
    2 комментария
  • Как в laravel, также как и в yii2, задать label аттрибутам?

    alexey-m-ukolov
    @alexey-m-ukolov Куратор тега Laravel
    Все валидаторы по документации Laravel должны храниться в контроллере.
    ORLY?

    Т.е мне нужно в самой форме каждый раз прописывать label, на каждый валидатор писать message опять не ошибиться с его label?
    Нет.

    Много истерики в вопросе, а на самом деле вы просто невнимательно читали документацию. Пройдите бесплатный курс, в нём рассказывается как писать на Laravel правильно.

    Как в laravel запихнуть label к атрибуту в модель , при этом чтоб и валидатор отображал именно label, а не :attribute и в формах его можно было отображать.
    Именно в модель из коробки никак, но в Laravel есть гибкая система переопределения этих сообщений начиная с самых общих правил в локализационном файле и заканчивая кастомными сообщениями в FormRequest-классах.

    есть ли возможность в laravel сообщение об ошибки валидации показывать именно у поля как в yii2
    Где добавите в шаблоне, там и будут показываться. Посмотрите на формат $errors, чтобы понять, как решить конкретную проблему.

    P.S. Laravel - не идеальный фреймворк, но подходить к его оценке с точки зрения "не так как в Yii/Symfony/Zend" абсолютно неправильно. Ну и совершенно не решает озвученную вами задачу расширения кругозора.
    Ответ написан
    1 комментарий
  • Laravel или Yii - на чем лучше на данный момент начинать разработку сайта? В чем отличия?

    @AlexGx
    Yii2 developer, business analytics
    Для себя этот вопрос решил в пользу Yii. Yii и Симфони2 (и его форки), это немного разные ниши.

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

    Yii: относится больше к практичным фреймворкам.
    Преимущества:
    -Проще изучить.
    -Меньше магии.
    -Меньше слоёв.
    -Меньше конфигурации.
    -Простой и удобный API.

    + ко всему этому хорошая документация, комьюнити, пожалуй самый быстрый PHP фреймворк на данный момент.
    ++ Yii может работать с компонентами Symfony 2, ZF2 и всеми библиотеками из Composer.

    Презентация по теме: PHP, фреймворки, Yii2

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

    PS да мой ответ предвзятый, я нахваливаю Yii =)
    Ответ написан
    7 комментариев
  • Как вывести часть текста в Yii2?

    sanchezzzhak
    @sanchezzzhak
    Ля ля ля...
    \yii\helpers\StringHelper::truncate('Текст который нужно обрезать',150,'...');
    Ответ написан
    1 комментарий
  • Можно ли достичь уровня middle в разработке без опыта в офисе?

    @curious-101
    Frontend developer
    Позиционировать себя можно как угодно. Точку в этом вопросе поставит рынок. Идёте на собесы, там вас и оценят, причём, по разному
    Ответ написан
    Комментировать
  • Можно ли достичь уровня middle в разработке без опыта в офисе?

    @UnformedVoid
    Разработчик ПО
    Чтоб ответить на этот вопрос достаточно убрать домыслы и подключить факты. Уровни (junior, middle, senior) придуманы людьми для приблизительной оценки опыта и не имеют в реале никаких чётких границ. По-сути, сказать, что кто-то middle уровня разработчик — ничего про него не сказать. Каждый человек получает опыт в соответствии со своим развитием (сюда можно включить огромный спектр возможностей человека), так что ответ на ваш вопрос в каждом из случаев будет разный. На счёт того стоит ли позиционировать себя как middle коллега выше уже ответил. Я добавлю от себя, что это зависит от уровня вашей уверенности в своих силах. Если уверены, то хоть сеньором себя позиционируйте — люди поверят. А опыт — это побочный продукт, наработаете в процессе.
    Ответ написан
    Комментировать
  • Почему Yii/Yii2 не подходит для крупных проектов?

    @karminski
    Senior React.JS Developer
    У нас в компании 4 энтерпрайзных проекта на Yii2. В том числе CRM. В том числе и связь с телефонией, 1С, баг-трекером. Всё работает отлично, без нареканий. О каких "слабых" местах вы говорите? Прекратите читать - начните делать!
    Ответ написан
    7 комментариев
  • Как перестать говнокодить и принимать неверные архитектурные решения?

    miraage
    @miraage
    Старый прогер
    как писать поддерживаемый код?

    Если уж очень коротко, то соблюдать SOLID/GRASP. Мне понравился твит одного из авторов React Router:
    https://twitter.com/mjackson/status/1171524189850701825

    Most common mistake software developers make: putting stuff in the wrong place. Coupling responsibilities and concepts that should be kept separate.
    For me, this is 95% of software development. Just figuring out *where* things belong.


    Что гуглить, что учить?

    Фундаментальные знания, вроде вышеупомянутых SOLID/GRASP, паттерны (не только классические паттерны, но и вообще, общеизвестные решения определённых задач), базовые структуры данных. Фреймворки/библиотеки всегда будут приходить/уходить, что-то будет забываться. А фундаментальные знания всегда актуальны.

    Может литературу какую почитать посоветуете?

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

    Можно ли себя называть миддлом, если твой код говно?

    Не пытайтесь себя оценить. В каждой компании свои понятия миддла. А если кто-то 35 лет на лиспе кодил, а потом прыгнет на Angular - кто он, джун или сеньор?
    И, да, все мы в какой-то степени пишем говнокод. Если кто-то Вам доказывает, что он пишет супер чистый код - не слушайте.

    И ответ на главный вопрос.
    Как перестать говнокодить и принимать неверные архитектурные решения?

    Это невозможно. Все проекты, которые чуток сложнее CRUD-ов, рано или поздно обрастают говнокодом. Никто не пишет идеальный код. Код должен работать и решать проблемы бизнеса.
    Ответ написан
    6 комментариев
  • Каким образом подружить Yii2 с React?

    humiliation
    @humiliation Автор вопроса
    Чем больше знаю - тем больше дурак
    Я разобрался, слава макаронному монстру. Оставлю пост для всех тех, у кого много вопросов, но мало ответов:

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

    1. Раньше жс был тонной отдельных файлов в глобальном пространстве. Жквери и в след за ней 10 плагинов разной направленности. Это и сейчас так осталось, только теперь вебпак пакует еще большее количество файлов, но написанное на ES с участием require и export. Тот же самый привычный для серверных языков require внутри одного файла импортит другой файл, в котором прописан export. В ноде из коробки это работает, но в данном случае у нас бекенд не нода и это не работает.

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

    3. Мы пишем модули. Бегущая строка = модуль, подсчет времени = модуль. Все это раскладываем в читабельном виде по структуре папок внутри проекта. Их мы собираем вебпаком. Вот по вебпаку вводная, например: https://habr.com/post/309306/

    4. Собрали вебпаком - внутри него бабель сделает понимаемый браузером, а не нодой, код, подключит все жс модули из папок и отдаст готовый файл. Его мы и подключаем как раньше. Тот же Browserify, тот же concat, только более умный, что ли.

    5. Подключаем итоговый файлик как обычно на странице - на этом сборка окончена. Далее уже пошел наш ES5-6 код с реактом или без реакта. Далее ватчеры, less-sass-scss-babel с пресетами и все остальное через вебпак становится юзабельным и уходит уже в папки, откуда сервер отдает готовые и скомпиленные статичные файлы.

    В данном случае не получилось подружить Yii с реактом в том смысле, что я хотел это сделать не нарушая иерархию - через vendor/npm-asset, без /node_modules/ в корне данная конструкция не запускается - вебпак не видит их через require. Но node_modules в корне все ок.
    Ответ написан
    1 комментарий
  • Что такое провайдер в программировании?

    dunmaksim
    @dunmaksim
    Технический писатель
    Как правило провайдер используется для инкапсуляции более сложного кода, скрывая детали реализации. Он служит этакой обёрткой, реализуя шаблон проектирования "Фасад".
    Вы копируете файл из каталога в каталог, просто перетащив его мышью. Но как это произошло на физическом уровне? Вам этого знать не обязательно, всё скрыто под множественными слоями абстракций.
    Чтобы не думать о каких-либо низкоуровневых вещах, часто вводят провайдеры, сервисы и т.д. Суть одна - скрыть какие-либо часто используемые сложные функции и рутинную работу за простым и понятным интерфейсом.
    Ответ написан
    2 комментария
  • Какую книгу почитать, что бы изменить мышление программиста на бизнес-программиста?

    @ddd329
    На мой взгляд, у вас те же самые проблемы что и у всех программистов и на врядли найдутся исключения.
    Какая книга может повлиять на вас конкретно, сказать тяжело. Лично мне хорошо "вправило" мозг книга по рефакторингу Мартина Фаулера. Вот после нее я уже по другому писал и смотрел на код, хотя до этого прочитал не мало других толковых книг.
    Ну тут один совет, читать, пробовать, ну и здесь вопросы по ходу изучения задавать.
    Ответ написан
    1 комментарий