• Какой процент платить посреднику?

    @Ambrosian
    Какова справедливая доля посредника от прибыли?


    Все зависит от того - какие усилия прикладывает посредник и насколько гарантирована работа, полученная через него.

    Например, у меня был знакомый, который хотел посредничать за 50%, при том, что приводимые им клиенты были "холодными". Какое-то время он поработал по такой схеме, но это скорее исключение.

    Если посредник приводит "холодного" клиента - то есть фактически дает только его контактную информацию - это одно. Тут процент посредника мизерный.

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

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

    Если нет работы, если не можешь найти сам никак и деваться некуда - то может быть и 90% посредника.

    Еще бывает схема - когда посредник спрашивает у исполнителя "сколько тебе нужно денег". А все что сверху - это деньги посредника.

    Если посредник может найти работу на мегакорпорацию и скинуть ее студентам - студентам останется 1%. И это не фантастика. В ЕС расследовали факт изготовления ответственного ПО для управления полетами самолетов (ПО авиадиспетчеров), которое было сделано по такой схеме.

    Короче - вопрос бессмысленный.
    Ответ написан
    7 комментариев
  • Какой процент платить посреднику?

    sim3x
    @sim3x
    Какова справедливая доля посредника от прибыли?
    0-100%

    Забудьте про такое слово как "справедливость" в денежно-товарных отношениях
    Ответ написан
    8 комментариев
  • Куда дальше расти, что изучать? Как найти команду?

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

    Вы пока что не видите ценности в node/gulp/angular/vue и в консоли потому что не сталкивались с крупными проектами и не работали в команде. Все эти технологии раскрывается в полную силу именно в таких условиях.

    Те разработчики, которых принято называть "крутыми" - это ребята, способные метко замечать шаблонные/повторяющиеся поведения или структуры и адекватно на них реагировать. Для того чтоб быть похожим на тех самых крутых ребят, можно почитать The Pragmatic Programmer и Clean Coder.
    Ответ написан
    Комментировать
  • Почему чувствую себя бесполезным и ни на что не способным на первой работе по специальности?

    @abbaboka
    В течении дня могли переключить на другое задание, не связанное с программированием (скорее с тех.поддержкой ), а потом говорить почему я то не сделал.

    1) Косяк в организации работ на фирме.
    2) С вами не должны нянчиться, про все детали как вы работаете не должны помнить. Если у вас проблема - общайтесь с руководителем непосредственным.

    Задания, которые мне давали, описывались двумя словами ( старший разраб почему то думал, что я понимаю все сокращения и используемые технологии, которые ужились в команде разработчиков ).

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

    Каждое задание мне приходилось переспрашивать по 5 раз, а если вскрывался подводный камень, о котором мне не говорили, то ещё по 5 раз.

    Абсолютно нормально для начинающего.
    Более того - абсолютно нормально даже для сеньора, который только входит в новый для себя проект.

    Да и вообще - подводные камни - это "наше все" в программировании.

    Знаний для позиции Junior C# с головой

    Нет. Вы не джун еще. Вы всего лишь "трейни".

    но я элементарно не справлялся с задачами, которые мне давали, потому что я просто не знал что и как устроено, работает, откуда обращается и где вызывается, от чего зависит и тп.

    Один из типовых навыков программиста - это все выяснять.
    Постоянно, каждодневно.
    Это нормально.

    Получается, что каждое задание - это постоянные вопросы, непонимание, моральное давление


    А вы часом не перехвалили себя в резюме?

    От вас поди ожидали большей квалификации.

    За всё время я лишь подтянул знания о git'е и не более.


    Вас никто не будет учить, кроме вас самого.

    можно ли назвать позицию "Разработчик C#/.NET", если за месяц стажировки я написал максимум 10 строчек ?

    Вполне.
    Дело трейни - разбираться, вникать. Тем более первый месяц.
    И вообще производительность труда программиста отнюдь не в количестве строк меряется. Я с месяц назад за исправление значения 2 констант взял 6 000 рублей за свою работу.

    После своего первого опыта чувствую себя ни на что неспособным в программировании. Со стажировки ушёл.


    Вход в профессию программиста тяжел.
    Вход и вникание на новом месте работы тоже не прост. Даже если вы уже сложившийся программист.

    Большинство программистов, кстати, предпочитают не вникать.
    А писать свои велосипеды.
    В частности потому так очень популярен фриланс "в одного".

    Не нашел ничего такого эдакого в вашем описание.
    Все норм. Примерно так и должно быть

    Из реальных косяков фирмы:
    Другое дело, что в нормальных фирмах к стажеру прикрепляют наставника на месяц другой.

    Все остальное:
    Исключительно ваши косяки.


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

    Есть 2 пути программиста:

    1) Индивидуализм. Фриланс. Говносайты, говноприложения. Работа в не ИТ-шных фирмах или в мелких фирмочках где не поставлен процесс и по сути делаешь все один. Плохо тем, что не от кого получить обратную связь не с кем учиться, нет опытных коллег рядом. Всю жизнь будешь делать говносайты и говноприложения. Ну чуть чуть более цивильно. И все. Это предел.

    2) Если хотите все же заниматься в жизни чем посложнее и поинтереснее и поденежнее - учиться в большой конторе с коллегами. Где поставлен процесс. Где твою работу контролируют. Да придется ковыряться в куче чужого года, в куче легаси. Это нормально. Для высококвалифицированного программиста - чужой код и взаимодействие с коллегами крайне важно. Технически серьезные проекты делаются только большими группами программистов.
    Ответ написан
    4 комментария
  • Почему чувствую себя бесполезным и ни на что не способным на первой работе по специальности?

    Indermove
    @Indermove
    C#/.NET back-end разработчик
    Присоединяюсь к heartdevil и тоже от себя добавлю

    По личному опыту. Этапы понимания, что ты полезен на текущей работе:
    1) Первые две недели я изучал терминологию предметной области, чтобы просто понимать, с чем я буду работать.
    2) Потом две недели помогал тех. поддержке, чтобы понять, с какими проблемами сталкиваются пользователи и опять же немного разобраться в терминологии. За это время поменял пару строк в коде, чтобы просто понять, как команда работает, как оформляются PR, как устроена CI/CD, как проходят code-review.
    3) В следующий месяц, дали написать пару юнит-тестов, вместе с человеком, который это уже умеет делать.
    4) Дальше пошли уже взрослые задачи, которые я еще год делал с адской натугой и скрипом. И только через год, стало видно, что польза все же есть.
    5) Почувствовал себя более-менее полезным. Через год. Благодаря тому что помогал тех. поддержке, писал тесты, наносил правки различной степени тяжести, и т.д.

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

    P.S. В первый год работы тоже хотел задать такой вопрос здесь, но постеснялся. Наверное зря.)
    Ответ написан
    Комментировать
  • Зачем мне docker, vagrant если есть openserver, denwer?

    @alexkdev
    1. Рекомендую не пользоваться denwer
    2. Если тебе не нужен docker, не используй его.
    3. Я думаю что такого бы вопроса не возникло если бы вы ознакомились с "Что такое docker?". Благо материалов на эту тему достаточно (видео, статьи и книги)
    4. После того как разберетесь с общими понятиями docker и для чего его применяют. Почтайте эту очень занимательную статью https://habr.com/company/flant/blog/334470/
    Ответ написан
    Комментировать
  • Зачем мне docker, vagrant если есть openserver, denwer?

    sim3x
    @sim3x
    Если вы хотите два раза отлавливать ошибки, сначала на винде, а потом на продакшене - то ни вагрант, ни виртуалки вам не нужны
    Ответ написан
    Комментировать
  • Ругается на этот код, кто сможет помочь?

    usdglander
    @usdglander Куратор тега PHP
    Yipee-ki-yay
    Если ошибка возникает именно на этой строчке, то совсем не обязательно что дело именно в ней. Весь код давайте.
    И ответьте oxidmod . Текст ошибки тоже важен. Но предполагаю что вы пытаетесь что то преобразовать в строку, что не преобразуется.
    Ответ написан
    Комментировать
  • Это вообще люди делают?

    dimovich85
    @dimovich85 Куратор тега CSS
    https://u-academy.net/
    Поделюсь с вами вот такой ссылкой:
    https://www.youtube.com/playlist?list=PLswdBLT9llb...
    Ответ написан
    1 комментарий
  • Что нужно уметь, чтобы я справедливо мог вписать git в резюме?

    bask
    @bask
    Этого достаточно.
    Но придерживаться Git Flow крайне рекомендую.
    Здесь простым языком и по-русски:
    https://proglib.io/p/git-github-gitflow/
    Ответ написан
    1 комментарий
  • Как делается такой визуальный калькулятор и вообще как его правильно называть?

    alexey-m-ukolov
    @alexey-m-ukolov Куратор тега Веб-разработка
    Там просто абсолютно спозиционированные друг над другом заранее нарезанные картинки всех этих стен, потолков и лампочек. Форма просто меняет адрес картинки. Некоторые вещи сделаны (например, цвет потолка и пола) сделаны через background в css.

    хз как правильно его называть
    Прямо на странице написано - это конструктор. Там же нет никаких расчётов, только подбор параметров.
    Ответ написан
    Комментировать
  • Программирование без какого-либо использования sql и его аналогов?

    GavriKos
    @GavriKos
    Любая область может обходиться без sql и его аналогов. Как бы не область диктует стек технологий, а задача.
    Ответ написан
    Комментировать
  • Программирование без какого-либо использования sql и его аналогов?

    @klim76
    android/java/sql
    любая ORM позволяет
    Ответ написан
    Комментировать
  • Взломали Reddit, обойдя двухфакторную аутентификацию. Какой способ применялся злоумышленниками?

    Написано же всё:
    the main attack was via SMS intercept

    То есть перехватили смс с токеном авторизации. Обычно именно так 2FA и взламываются.
    Ответ написан
    2 комментария
  • Кто такой быдлокодер?

    customtema
    @customtema
    arint.ru
    Я, как и многие коллеги, не один раз обращали внимание, что преуспевающие коллеги, как правило, хорошо владеют азами. Есть такие дисциплины, как "Основы программирования", СУБД, пачка основополагающих статей на вики. Есть книги Фаулера и "Чистый код". В любых ЯП есть типы данных, их приведение, кейсы, применяемость.

    Те, кого называют "быдлокодерами", почему-то этим всем пренебрегают.
    Ответ написан
    2 комментария
  • Перевод терминов Git на русский?

    calg0n
    @calg0n
    Фетч
    Пулл
    Пуш
    Коммит
    Мерж
    Ребейз
    Чекаут
    Репозиторий
    Дифф

    :)
    Не нужно переводить, ибо вообще тогда ничего не понять. Оставьте как есть, по-английски.
    Ответ написан
    2 комментария
  • Конвектор для перевода набора файлов html+vue в html/css/js?

    Lumore
    @Lumore
    Front-end developer
    npm run build ?
    Ответ написан
    Комментировать
  • В чем преимущество Dependency Injection перед использованием оператора new?

    Ох.. такой фигни вы нагородили. Вызывать Get<> вручную не очень хорошо, все должно быть заинжекчено через конструктор или пропертя. Почитайте еще немного про Dependency Injection(DI), понять самому это возможно)). Дальше будет стена текста, но она описывает реальную(сверическую в вакуме) ситуацию.

    Касательно примера. Тут глубина вложености не большая и DI будет только мешать. Но давайте представим, что у вас есть веб сервер, который ждет запроса и возвращает определеные данные. Он эти данные должен откудато взять, нам их любезно готов предоставить некий сервис по имени Service, который реализует некий интерфейс IService. Для корретной роботы Service, тоже необходимы данные, которые он преобразует и вернет тому, кто их попросит. Он их достает из SuperServiceHelper(ISuperServiceHelper) и SuperPuperServiceHelper(ISuperPuperServiceHelper). Первый хелпер берет данные из репозиториев SomeEntityRepository(ISomeEntityRepository) и SomeGreenEntityRepository(ISomeGreenEntityRepository). Второй хелпер берет данные из SomeBlueEntityRepository(ISomeBlueEntityRepository) и SomeRedEntityRepository(ISomeRedEntityRepository). Ну и конешно мы хочем все это валидировать нам нужны валидаторы для каждой entity, которые для SomeEntityRepository нужен SomeEntityValidator, для SomeGreenEntityRepository нужен SomeGreenEntityValidator, для SomeBlueEntityRepository нужен SomeBlueEntityValidator, для SomeRedEntityRepository нужен SomeRedEntityValidator.

    И так, вы не забыли с чего мы начали, после всей этой ваханалии(еще нам нужно, чтобы все это было покрыто тестами)? Ах да, нам нужен Service для того чтобы обработать запрос... Нам бл*** нужен только Service, здесь и сейчас. Вот здесь DI и IoC нас спасут, скажите только что вам нужен IService и вуаля, вся эта цепочка будет востановлена без нашего участия.
    Ответ написан
    Комментировать
  • В чем преимущество Dependency Injection перед использованием оператора new?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    но так и не понял, в чем его прелесть.


    Не делать все руками. Описать граф зависимостей а он уже как-то сам соберется. То есть собирать граф зависимостей руками оно может даже правильнее, но с точки зрения читабельности кода, поддерживаемости кода (особенно учитывая миллионы зависимостей во фреймворках), да и просто увеличения скорости разработки, лучше использовать какой-нибудь контейнер в main и там запросить вершину графа зависимостей. А он уж разберется.

    По сути главное что бы ваш код о контейнере ничего не знал. ЧТо бы вы в один долгий зимний вечер могли влегкую заменить все на "ручную" сборку и сам код трогать не пришлось... Ну аннотации/атрибуты это уже компромис для удобства.
    Ответ написан
    Комментировать