• Ревью ТЗ, по которому отказ. Какие грубые ошибки совершил?

    @xfg
    subsetofmultiset Бегло посмотрел код. Видно сразу что имеется определенное представление о слоистой/чистой/луковой архитектуре, возможно даже читал что-то из книг Эванса/Вернона по DDD и PoEAA от Мартина Фаулера, ну или как минимум какие-то статьи базирующиеся на информации из этих книг.

    Довольно толково сделано. Единственное это то, что доменные сущности без поведения получились, состояние - есть, поведения - нет. Например следовало пету добавить метод любить человека, туда поместить бизнес-правила и если они все соблюдаются то создавать и возвращать из этого метода объект LovesHumanRelation и тому подобное. А так получилась что называется анемичная модель.

    Но это всё можно быстро рассказать такому кандидату, дать почитать соответствующие главы из книг и будет реально толковый специалист. С такими знаниями не то что джуны, даже те кто сеньорами себя мнят ничерта подобного не знают. Одни ифоделы приходят (if-else-if-else).

    Я так понял, для техлида то что ты написал получилось слишком сложно. Он походу хотел чтобы ты написал всё используя подход transaction script и готово, как это делают кнопкодавы.

    Для меня, человек который вас не нанял - кретин. Показать бы ему что к нам приходит на собеседования за 100к.
    Ответ написан
    1 комментарий
  • Существует ли бесплатная или недорогая программа (сервис) для контроля маленького производства?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    ну 1С то точно можно настроить и кастомизировать

    а так - существует, но допиливать, лучше уж 1С
    Ответ написан
    Комментировать
  • Как научиться самоорганизации?

    GavriKos
    @GavriKos
    Ну не похоже что не хочется терять. Не хотели бы терять - были бы мотивированы. Хотите больше мотивации? Возьмите кредит, заведите детей - вот будет негативная мотивация.
    Ответ написан
    Комментировать
  • Системный анализ: в чем разница между capabilities и functions?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    дык переведите, очевидно же: возможности и функции

    есть функция пить алкоголь, а есть возможность - пить не более 8г на кг веса

    в анализе - capabilities - это диапазон изменений параметров системы, с помощью functions , что не нарушает ее нормального ( по условиям задачи, кому и диск зашифровать - нормально) функционирования
    Ответ написан
    1 комментарий
  • Какой выбор есть среди просмотрщиков проектов?

    CityCat4
    @CityCat4
    //COPY01 EXEC PGM=IEBGENER
    Никто.
    Ничем.

    M$ Project - чрезвычайно дорогая и чрезвычайно специализированная среда планирования крупным предприятием, работающим по фиксированному плану - там да, можно получить автоматизацию расчетов и распределения ресурсов.
    Популярность (совершенно незаслуженную) она обрела только во времена дисков "Все от Microsoft" в киосках по 100 руб. Задумываться о лицензировании и о том, что это может стоить какие-то деньги (и что за это могут и будут драть нещадно) было тогда дикостью и по любому ничтожному пуку ставили Exchange и Project.

    Как только всех начали строить и загонять на платное лицензирование - Project вернулся туда, куда и предназначался - в сегмент крупного стабильного планового энтерпрайза. Тамошние запросто при необходимости закажут разработку вьюера, если вдруг понадобится.
    Ответ написан
    4 комментария
  • Какой выбор есть среди просмотрщиков проектов?

    inoise
    @inoise
    Solution Architect, AWS Certified, Serverless
    Ничего лучше для MS Project, кроме самого MS Project никто не придумал и не придумает
    Ответ написан
    1 комментарий
  • Способы блокировки программ на фрилансе?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Поэтапная предоплата
    Ответ написан
    Комментировать
  • Насколько рационально делать MVP версию продукта в формате мобильного сайта вместо моб приложения?

    @caballero
    Программист
    в большинстве случаев нет никакого смысла делать мобильное приложение.
    Сайт будет делать то же самое причем независимо от мобильного девайта.
    Да и пользователям проще открыть сайт чем ставить на телефон неведомую програму
    Ответ написан
    1 комментарий
  • Как разговаривать с клиентом о технических деталях?

    opium
    @opium
    Просто люблю качественно работать
    Ну если клиент хочет дешевле то оплачивает разработку ТЗ, если дороже то можно вот так то эпо наитию работать с оплатой каждого чиха
    Ответ написан
    Комментировать
  • Как разговаривать с клиентом о технических деталях?

    @ComodoHacker
    Навык общения с клиентами и перевода с "клиентского" языка на технический — это одно из конкурентных преимуществ во фрилансе. Так же как и навыки презентации и продажи своих услуг.

    Либо нужно их развивать, либо работать в команде с тем, кто ими обладает. И тот и другой путь вполне эффективен.
    Ответ написан
    Комментировать
  • Что делать если заказчик затягивает оплату?

    HanaK
    @HanaK
    Просто и понятно о финансах и налогах
    Во-первых, у Вас есть письменно зафиксированные обязательства - Ваши и заказчика?
    В договоре?
    Если нет, то нужно зафиксировать - объем, сроки выполнения Ваших обязательств, сроки оплаты в разбивку по этапам. Очень четко. И удостоверить подписями, печатями. Желательно если подписывает кто-то по доверенности, получить и копию этой самой доверенности. Нотариальную.
    И никаких подписей-факсимиле! Гелиевой ручкой тоже не подписывать.
    Желательно, чтобы у Вас были подписанные клиентом документы по приемке отдельных объемов Вашей работы. Точнее это обязательно нужно - зафиксировать сам факт (или факты) выполнения Вами каждого задания.
    Иначе даже при наличии договора будет трудно доказать именно выполнение работы и ее приемку.
    Договор читайте внимательно, очень внимательно. На предмет подвоха и всяких подводных камней не в Вашу пользу.
    Во-вторых, Вам нужно четко для себя выстроить структуру задач.
    Как я поняла, у Вас есть выполненные мелкие задачи. Есть по ним документ о выполнении и приемке?
    Если нет - нужно оформлять. Тут Вы и увидите многое о заказчике.
    Далее, есть большая задача. Она разбита на этапы? Как будет происходить приемка и когда?
    Это тоже в условия договора. Так же как и условия по оплате.
    И третье - дописки. Это отдельные задачи, которые также должны быть зафикированы. Как дополнительные соглашения к основному договору.
    Это все минимальный фундамент для Вашей зашиты.
    Обычно, по практике суд встает на сторону работника.
    Но без всех описанных документов Вы предельно уязвимы для заказчика.
    А вот эти отговорки - когда-нибудь завтра... Очень настораживают.
    Ответ написан
    Комментировать
  • Все говнокодеры?

    @Sergey750il
    Бизнесу главное получить результат за короткий срок и желательно за меньший бюджет. А "красивый код" это вотчина задротов.
    Ответ написан
    Комментировать
  • Какое направление более востребовано?

    opium
    @opium
    Просто люблю качественно работать
    Чувак ну зайди на любой сайт вакансий и посмотри что востребовано
    Ответ написан
    Комментировать
  • Все говнокодеры?

    firedragon
    @firedragon
    Не джун-мидл-сеньор, а трус-балбес-бывалый.
    Вам вставить картинку из кружков

    Или напомнить историю нетскецпа

    За хороший Красивый код не платят

    Бывают правда исключения но это отдельная история
    Ответ написан
    6 комментариев
  • Все говнокодеры?

    DevMan
    @DevMan
    в основном так и есть.
    бизнесу насрать на наши модели и архитектуру, ему надо деньги делать и ещё вчера.

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

    это итеративный процесс: сначала столбим делянку как-нибудь (MVP), затем так и живём или приводим её в порядок.
    Ответ написан
    Комментировать
  • Бизнес и продажа фичей важнее качества кодовой базы?

    Zoominger
    @Zoominger
    System Integrator
    Лол. Поздравляю с прозрением. Программист (админ, юрист, whatever) - это всего лишь специально обученная мартышка, а заправляет всем менеджмент. Так было, так есть, и так будет, и топу вообще плевать, что процедурные конструкции оскорбляют нежные чувства какого-то челика, который сегодня тут, а завтра уже нет.

    P. S. На всякий случай отвечу отдельно - ответ на вопрос из заголовка: "Да".
    Ответ написан
  • Потенциальные клиенты стали чаще просить созвоны. Почему так?

    @Stalinko Куратор тега Фриланс
    PHP'шник и фрилансер до мозга костей
    За время пандемии все привыкли к зумам, конференциям и всему такому. Возможно, поэтому созвоны стали восприниматься как что-то обыденное.

    Я бы посоветовал следующий подход: до заключения контракта и при fixed-price контрактах созвоны стараться проводить быстро и строго по делу. А вот при hourly контрактах сразу обговаривать, что любые обсуждения - это тоже часть работы, соответственно не выключать таймер во время созвона, и тогда уже болтать столько, сколько хочет заказчик.
    Ответ написан
    Комментировать
  • Есть ли оператор "И" в 1С?

    Fragster
    @Fragster
    помогло? отметь решением!
    С оператором И все нормально. А вот "ничего не происходит" и "возвращаеся пустой рещультат запроса" - разные вещи.
    Скорее всего КатегорияНоменклатуры - не строка а СправочникСсылка. Проще всего передать её как параметр: КатегорияНоменклатуры = &КатегорияНоменклатуры , Запрос.УстановитьПараметр() и вот это всё. В отдельных случаях можно через две точки: КатегорияНоменклатуры.Наименование = "категория1"
    Ответ написан
    Комментировать
  • Каким словом лучше всего обозначить "оптимальную" цену в УТП?

    Kadzi
    @Kadzi
    Ом
    Рынок, расценки и справедливая цена

    P.S умная/оптимальная цена это зашквар и абстракция. А есть ещё третий вариант: просто по-человечески описать, как ваш продукт помогает клиенту, с примерами.

    + не понятно где именно и в каком контексте УТП?
    Ответ написан
    5 комментариев
  • Исполнитель удалил проект с сервера заказчика?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    удаление с сервера - самое глупое что может быть
    глупее, разве что, переспать с женой и дочкой заказчика

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

    и все это идет к папезде изза глупого действия

    еще и порождает нелюбовь, мягко сказать

    я уже молчу, что намерения заказчика были подтверждены авансом, а не просто "слюшай, да"
    Ответ написан
    3 комментария