• Где искать удаленку за бугром?

    @iliyaisd
    В основном это скорее исключение и редкость, если вы не резидент страны. По многим причинам (это отдельная большая тема). Если же вы резидент, то вариантов с удалёнкой довольно много, и я не буду сейчас рассматривать этот случай.

    Если кратко, если вы прям очень хороший специалист, то есть Scalable Path, Toptal и пару других серьёзных площадок (не вспомню названия), заточенных именно под удалёнку из любой страны. Отбор жёсткий (по мне). Ещё из этой же оперы есть Crossover.

    В остальных случаях - искать надо в первую очередь на Upwork, и во вторую на других не совсем помоечных сайтах фриланса. Из англоязычных есть Freelancer, Codementor, и есть ещё пачка региональных сайтов в разных странах. Надо брать фриланс заказы, изначально подбирая потенциально долгосрочные, пока с одним из заказчиков не установятся долгосрочные отношения. Это и будет ваша удалёнка.

    Что имееется в виду под "готовыми работами"? Вы дизайнер или фронтендер, тогда скорее да чем нет. В остальных случаях примеры сделанных проектов конечно будут на руку, но больше нужно: история работы в серьёзных компаниях, отзывы/рейтинг/референсы, умение пройти техническое собеседование. В случае с Crossover и подобными - у вас будет краткий тест, потом большой тестовый проект и потом собеседование.

    Иногда срабатывает Linkedin, но это редкость. Один из моих постоянных клиентов (part time) нашёл меня там, и это единственный случай на моей практике.

    Средние зарплаты, в час: $20 (дно), $30-35 (средний уровень), $40-50 (эксперт). Соответственно, месячную зарплату считайте.
    Есть те, кто зарабатывают больше и сильно больше (вплоть до $100-120), но там идёт много нюансов. Например, надо либо ездить и довольно часто в страну, или это краткосрочный проект, или если вы какой-нибудь узкий и крутой спец, способный к примеру за час развернуть клиенту кубернетес на 10000 машин и поднять там громадный проект.

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

    Alex_Wells
    @Alex_Wells
    PHP/TS/Kotlin developer
    updated_at... Просто присылайте с фронта при сохранении updated_at и сравнивайте с текущим. В базе больше присланого - не сохраняете документ, опционально отдаете новую версию и показываете.

    Веб-сокеты, version + 1, гребаные отдельные таблицы.. Божечки, какой ужас.
    Ответ написан
  • Какие диаграммы нужны для полноценного документирования программного проекта?

    @ned4ded
    Верстка, Фронтенд
    Добрый день!

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

    Теперь немного тезисно по вашей информации:
    1) Диаграмма - способ представить информацию, любую диаграмму можно описать словами.
    2) Диаграмма - инструмент для выявления новой информации о системе.
    3) Впервые слышу про диаграмму бизнес-объектов: может это что-то крайне редкое (крайне специализированное), но с высокой долей вероятности, это вам не потребуется.
    4) UML - язык, а не гайдлан по документированию ПО, сл-но в книгах с аббревиатурой UML вы не найдете нормального руководства по документированию.

    Вывод из этого следующий: диаграмма используется как подкрепление к документации, как инструмент проектирования ПО (для выявления зависимостей и новых сущностей). В обоих случаях набор нотаций будет зависеть от требований, предъявляемых к таким документам.

    Если вам интересно документирование ПО, то гуглите: техническая документация, техническое задание, ГОСТ 34, ГОСТ 19, SRS, хорошая статья на хабре про это.

    Если вам интересно именно полноценное описание проекта, то гуглите: методологии разработки программного обеспечения, управление проектами, pmi, pmbok, agile.

    Теперь пройдемся по диаграммам в зависимости от назначения. Я сейчас могу выделить несколько направлений (не претендуя на полноту):
    1) уровень бизнеса (любые части системы, находящиеся вне ПО per se)
    2) уровень программного обеспечения (системные модули, компоненты системы уже реализованные на уровне ПО)
    3) уровень данных (структура данных, описание типов данных и т.д.)
    4) уровень hardware (например, топология сети)

    На уровне бизнеса обычно описываются бизнес-процессы (idf0, idf3, aris, bpmn, dfd), воркфлоу, юзкейсы, маиндмапы и проч. - это все идет сюда. На этом уровне выделяются основные процессы, выполняемые внешними относительно системы акторами, выявляются точки их взаимодействия с системой. На основе этого проектируются основные модули системы, исполняемые ими функции и их взаимодействие. Взаимодействие системы с внешней средой.

    На уровне ПО обычно используются алгоритмы, псевдокод, сущность-связь, диаграммы классов, флоучарты, маиндмапы, диаграммы состояний и все вот это вот абстрактное. Как вы понимаете, все сущности, описываемые на этом уровне уже выделены на уровне бизнеса и здесь происходит их уточнение и описываются особенности реализации. Под сущностями я тут понимаю как и глобальные системные модули и подсистемы, так и абстрактные сущности внутри системы, как то "товар", "пост", "юзер" и т.п.

    На уровне данных обычно делается схема бд. Собственно, схема бд строится на основе описанных сущностный из предыдущего уровня.

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

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

    ps на небольших и средних проекта я стараюсь прибегать к одной из нотаций бизнес-процессов, если требуется что-то автоматизировать (idf или bpmn), юзкейсам для выявления интеракций пользователя с приложением; для подготовки к написанию ПО - сущность-связь, иногда алгоритмы.
    Ответ написан
  • Системы управления знаниями - есть ли что-то новое?

    lukoie
    @lukoie
    Я пользую CintaNotes
    у него есть море преимуществ, но самое главное, что из любой программы добавляется текст одним хоткеем.
    Вот например тут в тостере понравился пост, захотел сохранить - выделяю нужный текст, и жму контрол+ф12, и текст уже добавился в базу знаний и открылось небольшое окошко всплывающее, где я нажал стрелку вниз, перейдя в поле тегов, и прописываю уже теги. если надо, еще одно нажатие стрелки вниз и я добавляю коммент к заметке. Жму контрол+энтер, и продолжаю читать тостер.
    Цинта также может синхронизироваться(или бекапиться) с онлайновой базой SimpleNote (ее авторы та же команда что и Вордпресс), а у нее есть клиент на мобильном.
    Потому жена контрол+ф12 на компе, и пишет "картошка, морковка, батон, кефир", контрол+энтер. И у меня в мобильном в гастрономе уже есть список что купить.
    Ну, как то так.
    Там есть также вкладки(можно разделить заметки между разными видами деятельности)
    Ответ написан
  • Как организовать zerodowntime обновление СУБД?

    Melkij
    @Melkij
    PostgreSQL DBA
    Вы должны разрабатывать и деплоить приложение соответствующим образом. Так, чтобы старая версия приложения могла работать с новой версией схемы базы. Или наоборот, новая версия приложения могла работать со старой схемой базы.
    То есть удаление таблички: сначала деплоите приложение, которое уже не работает с этой таблицей, потом удаляете таблицу
    Новая табличка: сначала миграция, затем приложение
    Новое поле в таблице с default значением: сначала поле, затем приложение
    Новое поле без default: сначала новое поле с default null, затем релиз приложения которое обязано писать новое поле, но ещё не читать его (либо приводить null к нужному если это возможно на приложении), затем миграция с проставлением нужного значения (и, блин, не одним update по всей большой таблице), drop default, set not null, деплой приложения со всей логикой
    И так далее. Во время разработки думаем, а как, когда и в сколько итераций это можно будет задеплоить.

    Ну и, разумеется, DBA (или заменяющий его обязанности человек) думает над тем, как именно вносить нужную миграцию в базу
    Ответ написан
  • Что прочитать по ООП и паттернам для веб-разработки на PHP?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    1. Design Patterns PHP (и на русском!)
    2. Что нового в PHP 7.2 (кратко) - здесь

    После того, как разберётесь с паттернами, советую смотреть на реализацию:
    1. https://nette.org (самый удобный и простой, с понятной структурой кода)
    2. https://fatfreeframework.com (микро-фреймворк, почти аналог nette)
    3. https://phalconphp.com (один из лидеров по производительности, C-extension)
    4. https://www.iceframework.org (один из лидеров по производительности, C-extension)
    Ответ написан
  • Где можно опробовать ИИ?

    AleksandrB
    @AleksandrB
    Совсем недавно вывел "Hello world"
    Если ты сможешь опробовать искусственный интеллект, тебе, наверное, вручат нобелевку. А ты говоришь о нейронных сетях, их можно хоть у себя на пк, на сервере имеет смысл только платном и мощном, в противном случае, товой пк будет выдавать большие мощности. Если уж ты сидишь с телефона, то мне нравится hoster, там 14 дней бесплатный периуд
    Ответ написан
  • Где найти свой первый заказ?

    zamboga
    @zamboga
    job: #Запускаю стартапы за %; #Интернет-маркетинг
    Ловите из моей копилки (сортировка от балды, комментарии мои, я "заказчик")

    • Биржи фриланса СНГ
    https://work-zilla.com — легко очень быстро найти исполнителя на простую работу за 100-3000₽
    kwork.ru
    https://5bucks.ru
    radideneg.ru
    moguza.ru
    https://fl.ru/ (ад.кг) -- один из самых известных фрилансных ресурсов рунета, полно предложений (август 2018)
    https://freelance.ru/ -- сильный конкурент fl.ru, полно предложений (август 2018)
    https://www.weblancer.net/ -- норм, не очень много предложений, но много "целевых", меньше мусора (август 2018)
    https://freelansim.ru/ -- не очень много предложений (август 2018)
    https://YouDo.com -- мало предложений (август 2018)
    https://freelancehunt.com/ -- много предложений (август 2018)
    § Статистика цен https://freelancehunt.com/statistics/rates/currency/rub
    https://www.freelancejob.ru -- очень мало предложений (август 2018)
    https://yukon.to — для даркента и "сомнительных" заданий. Типа "античата"
    www.free-lance.ru -- старое название fl.ru

    • Биржи фриланса международные
    https://www.upwork.com - конкурировать невозможно, только покупать профиль с 1000+ часов, остальное $5-$15 от рабовладельцев
    www.freelancer.com
    https://www.peopleperhour.com/
    https://www.guru.com/
    fiverr.com — для простого дизайна
    https://envato.com/
    https://talent.hubstaff.com
    https://remoteok.io
    https://weworkremotely.com/
    https://www.cybercoders.com/
    https://djinni.co
    https://www.toptal.com
    https://www.linkedin.com
    https://elance.com — куплен upwork
    https://odesk.com — куплен upwork

    • Агрегаторы фриланс-бирж
    https://primelance.com
    https://www.alot.pro
    https://work-at.me/freelance_projects/list
    https://ifreework.org/projects.html
    https://joby.su/search/ff/
    ayak.ru
    https://spylance.com/spy#notices
    j-scan.ru/search_old
    ejobstracker.com
    https://play.google.com/store/apps/details?id=alot...
    https://play.google.com/store/apps/details?id=free...
    https://play.google.com/store/apps/details?id=com....
    https://itunes.apple.com/us/app/mobile-freelance/i...
    https://play.google.com/store/apps/details?id=com....
    Где искать заказы?
    Ответ написан
  • Как стать продвинутым сайтоклепателем (формоклепателем) и отправиться на каторгу, чтобы пахать за говяжий дошик и оплачивать сарай?

    @vrazrabotchik
    Послухай меня, старого задрота у которого реальный кризис среднего возраста наступил года 3 назад и до сих пор не попускает.
    В свои 16 лет я то же был примерным мальчиком и считал что родители лучше знают. Родители говорили что надо учится на отлично — я учился, говорили что нельзя гулять по темноте — я приходил домой в 8 вечера, говорили что дружить нужно только с хорошими детьми... А вот про девушек они говорили только что рано еще об этом думать — еще успеешь.
    Я читали книги, много книг, решал примеры, писал проги на спектруме, выигрывал олимпиады — и это все мне нравилось. Девушки смотрели на меня как на пустое место, пацаны считали «маменькиным сынком» и в свою компанию не приглашали. Мне было интереснее в обществе взрослых, которые считали меня «умным мальчиком».
    Так я закончил школу, без проблем поступил в компьютерный институт, здесь то же ходил на все пары, учился, все сдавал на отлично, никогда не бухал пиво (пиво до сих пор не люблю — с детства внушили «пиво — пойло для дебила»). Повышенную стипендию всю приносил в семью. Закончил с красным дипломом.
    Еще после 4 курса меня уже взяли на галеру и я вместо аспирантуры пошел работать. Так работал почти 20 лет. Денег платили все больше и больше. Купил сначала комп, потом квартиру, машину... Девушки правда никогда не было — но оказалось что в интернетах очень запросто можно найти «студенток — индивидуалок», которые за бабки очень не против «пригласить в гости на палку чая».
    И все вроде бы правильно делал — жизнь удалась. Но вот накрыл меня кризис среднего возраста — все не в радость. И начал я думать, почему таки и что я не так делал?
    Приведу свои выводы — в 17 лет еще не поздно все поменять.
    1) Нужно иметь и уважать СВОИ желания. Не надо врать себе что хочешь учиться, хочешь работать — это тебе внушили родители! У тебя должна быть СВОЯ мечта — пускай даже самая дурацкая. Для начала, например, купить ящик шоколадок или мороженного и обожраться, кататься на аттракционах до одури, играть на компе 3 дня подряд, курить, пить — все, что родители не разрешали.
    2) Уверен что в 17 лет тебя больше всего интересует секс. И это правильно! Смотреть порнуху и дрочить — это нормально. Все так делают, просто врут что это плохо. Снять телку и попробовать реальный секс — это еще лучше. И для этого не надо ждать большой и светлой любви. «До свадьбы нельзя» — это позапрошлый век.
    3) Заработал бабки — они твои! Именно в этом смысл: бабки тебе нужны для реализации своих желаний. Если ты отдаешь их кому-то то ты работаешь не получая удовольствия от жизни. Не жди что тебе кто-то что то даст: купи себе сам!
    4) Удовольствие от работы не в том, что бы хорошо выполнять задания. Цели работодателя — это не твои цели! Не дай себя наебать! Твои цели — это реализация СВОИХ желаний и получение удовольствия от жизни (не от работы!). Работа — это только средство заработать бабки для этого.
    5) Работа не заменяет жизнь! Даже если ты нашел работу мечты — сниматься в порнухе и трахать весь день, то все равно лучше найти работу где платят больше и за деньги трахать кого хочешь и как хочешь, а не как прикажет режиссер.
    6) Надо уметь себя заставлять делать что надо и вьебывать. Но при этом понимать зачем ТЕБЕ это надо. Лучше заставить себя вьебывать в качалке, чем сидеть в овертайм на работе что бы понравиться начальнику.
    7) Нужно любить себя! Да — эгоизм, это не плохо (даже если родители учили обратному), плохо — это быть скромным и обделать себя в то время, как другой радуется за твой счет. Нужно любить свое тело — нужно поддерживать его здоровым и красивым на зависть другим. Нужно любить свой желудок — и не жрать дешевое говно.
    8) Нужно быть жадным! В этом главный секрет — как только ты всем доволен наступает депрессия. Как только решил что у тебя все есть — так стало незачем жить дальше! Помни — всегда есть лучше! И всегда нужно хотеть лучше — даже если у тебя уже есть охуенно хорошее.
    9) Нужно плевать на других! Да — плевать что скажут соседи, или родственники, или даже родители. Ты не для них живешь! А еще плевать на тех, кто выебывается перед тобой своим превосходством. Они хотят заставить тебя завидовать и чувствовать себя говном. Посылай их нахуй! Если у них есть то, чего нету у тебя то или оно тебе нахуй не нужно, или нужно и ты сам скоро этого добьешься.
    10) Нужно жить сегодня! Радость нельзя запасти впрок — она нужна каждый день. Поэтому жить хуево и копить в надежде на «потом» — это наебать себя. Но так же не имеет смысла все спустить в один день — удовольствие нужно уметь растягивать.
    11) Счастье — это мимолетное состояние души, а не что-то постоянное. Нельзя построить карьеру, дом, семью, детей и потом постоянно быть счастливым — это миф. Можно быть счастливым именно этим теплым вечером в течении 5 минут глядя на закат. И все — этот момент не растянуть и не повторить. Нужно искать новый! Счастье не нужно строить много лет, за ним не нужно гнаться или добиваться — нужно почувствовать и ловить моменты счастья как можно чаще.
    12) Все проходит — и плохое, и хорошее. Как бы ни было плохо — это пройдет и забудется. Как бы ни было хорошо — это то же пройдет, поэтому нужно успеть насладится и запомнить. Радостные моменты — вот из чего должна состоять наша память! Что бы в любой момент можно было найти приятное воспоминание.
    Ответ написан
  • Как в PHP получить объект по пути из переменной?

    GeneMoss
    @GeneMoss
    void
    $object = new Object; // Инициализация объекта, который содержит property «a»
    
    $path = 'a->b->c';
    $properties = explode('->', $path);
    
    $getProperty = function($obj, $property) {
        // Тут какие-нибудь проверки на существование, на instanceof и т. п.
        return $obj->$property;
    };
    
    $result = array_reduce($properties, $getProperty, $object);
    
    // $result -- это последний property в цепочке, т.е. -- «c»


    UPD: Как я понял, автор хочет хранить пути доступа к узлам в XML-файле. Для этого проще использовать xpath и хранить строки вида '/a/b/c'.
    $xml = new SimpleXMLElement('<xml><a><b><c>test</c></b></a></xml>');
    $result = $xml->xpath('//a/b/c');
    Ответ написан
  • Как найти работу в сфере IT?

    divanus
    @divanus
    junior php bitrix python
    Никогда не поздно. Я всю жизнь в ИТ (основная работа всегда была сисадминство). Устал ужасно. Параллельно вел свои проекты, т.к. зарплата админов всегда невысокая. Приходилось и продавать и строить что-то и т.д. и т.п.
    Сейчас я переключился на программирование. Имея за плечами управленческий опыт в проектах, обширные знания в ИТ и бизнесе программирование становится уникальным.
    Конечно, соревноваться со школотой и студентами будет тяжело, т.к. они очень быстро говнокодят, но они не могут формировать всю картину целиком, они совершают ошибки школоты, а ты можешь на всем этом выходить имея более низкий порог воходной порог. И не бойся. Они реально тупее тебя по жизненному опыту. Ну, да, красиво, когда в блокноте или ide шке модной на рельсах бородатый студент посасывая смузи "что-то" делает и даже его рп не знает, что :)
    Но веселье заканчивается, когда ничего не работает, т.к. никто тз просто не прочитал или не участвовал в его разработке :)))))

    Вот смотри:
    например работа в оффлайне монтажником чего либо (антенны или стройка (окна, двери, сантехника, шитрок и т.п.) или кабеля медь оптика и т.п. ) ты в день получаешь от 1500 до 4000 руб. в редких случаях до 10000 руб. т.е. твой месячный доход на оффлайне работая руками от 20 тр. в несезон до 60 тр. в сезон. регион не важен.
    То же самое касается всех типов менеджеров по продажам:
    минимальный оклад опять же 10-20 т.р. + вшивые проценты с продаж и kpi завышенный, чтобы эти самые проценты у тебя были минимальными. те же 20-60 т.р.

    Теперь чисто ИТ:
    в админство идти не стоит - тупиковая ветвь развития, дорастешь до начальника ИТ в конторе среднего уровня и получишь кризис среднего возраста заранее. Расти то некуда, а в крупные проекты ты НИКОГДА не попадешь, там своих друзей и родственников хватает "управлять", значит ты рядовой админ 50-60 т.р. потолок. Если будешь суперлинуксоидом, то 80. И то это Питер и столица.

    Значит логично предположить, что ? ПРавильно - программирование.

    И вот тут у тебя открываются уникальные возможности.

    1. Все кругом говнокодят. ВСЕ. Напропалую.
    2. Мало кто ответственно выполняет работу.
    3. Херовые ТЗ т.к. ЛПР хотят одну кнопку, а те, кто пишут ТЗ сами в основном нихера не понимают.
    4. Море задач по автоматизации, которые никто толком не может решить. НА каждом углу. Любая.
    5. Не надо с молотком, отбойником или на телефоне с холодными звонками.
    6. Доступен фриланс.
    7. Направлений деятельности сотни. Сферы жизни - все.

    Программист, это самая на самом деле востребованная профессия. Особенно в нашем Арканаре, где толком ничего не автоматизировано.

    И так:
    фронтенд и бекенд
    ООП - вызубри, что это такое :)
    Языки php, js, java, python, c# и можно с++ немножко :)
    базы данных
    верстка - понимать как натянуть бутстрап на все и логику всего этого ... всегда можешь разобраться в бардаке
    Фреймворки - bitrix , yii и т.д. с десяток установи и делай на них микропроекты , пиши компоненты, модули
    берись за простой фриланс по наполнению контентом (а там обычно просят девочки решить задачки простые в которых формочки и пр. подбравить по html css) и развивайся
    на фрилансе 30 тр в мес сможешь поднимать более менее за пол года параллельно страдая херней в говноофосие менеджером.
    Рост и осваивай . Каждый день что-то пиши.
    Заведи git и туда все выкладывай. что делаешь.

    Всё.

    через 3-4 мес ежедневной работы по 2-3 часа в этом направлении пробуйся проходить собеседования :) брать не будут - но будет весело. Умные мужики прогеры тебе будут подсказывать, просто пообщаешься, поймешь, что к чему. И не ври. HR можно плести фигню без понтов, а с теми, кто будет по теме беседовать - просто говори, учусь, надо больше практики. Может кто-то фриланс предложит по мелочи.

    Физическое состояние:
    высыпайся
    много воды
    спорт - тут все просто, хотя бы каждый день сидя за компом параллельно тягай гантели ... левой рукой код пишешь или мышкой кликаешь, правая рука ... гантелю тянет 100-200-300 раз. Потом наоборот. И так каждый день.
    Смотри видео на ютубе по всем языкам и пр.
    составляй блок-схемы своих программок которые придумываешь - изучи алгоритмы...

    Не найдешь работу - так хоть может для текущей автоматизируешь что-то и шеф повысит :) и фриланс всегда подкармливает. Я 3,5 года безработный (и бизнесы свои все позакрывал) - выживаю содержа семью (3 детей) только за счет фриланса. Поверь, надо просто биться. С самим собой.
    Чтобы быть программистом - нужна лишь усидчивость ;) Это самая легкая профессия.

    999ed5fea1dc4485b8b8233d1d31cfff.gif
    Ответ написан
  • Какой программой воспользоваться что-бы найти момент изменения кадра в видео файле на 48 часов?

    Moskus
    @Moskus
    Запустить VLC из командной строки, скормив ему нужный файл и добавив опции --video-filter=motiondetect для включения фильтра детектора движения, по вкусу - --rate= для скорости воспроизведения, ну и -vv >logfile.txt - для вывода сообщений в текстовый лог, который потом предстоит изучить.
    Ответ написан
  • Временное убежище на случай падения хостинга?

    @airamkad
    Изящное решение - это много технич. нюансов заранее подготовить.
    Можно - вплоть до автоматического переезда сконструировать

    1. Чтоб не платить лишнего за резерв - просто использовать как резерв сервисы с оплатой по фактической нагрузке или сервисы с оплатой за час (а не за месяц)

    Amazon, Heroku, Google Cloud Hostring, Vscale, Digital Ocean

    2. Не держать DNS на своем хостинге а держать у провайдеров с поддержкой BGP, они не лягут от DDoS.
    Например, Zilore

    3. А можно вообще прописать две-три сервера в A-записи DNS. И тогда браузер будет брать первый сервер, кто ответит. Разумеется сервера держать у разных хостеров.

    Помогает не только от DDoS.

    Недавно сделал так, так как выяснилось что у одного хостера 0,5% провайдеров страны меня не видят.
    А у другого 1% страны (но другие города)
    Ответ написан
  • Как проверить старость даты?

    Keanor
    @Keanor
    Ведущий разработчик
    Указанные выше способы работают, если играться с читаемостью то есть еще один вариант:

    if (new \DateTime($someDate) < new \DateTime('-6 month')) {
        ///... some
        echo 'Дата "старее" текущей на пол года';
    }
    Ответ написан
  • Какой необходимый уровень знаний для junior React.js Разработчика?

    maxfarseer
    @maxfarseer
    https://maxpfrontend.ru, обучаю реакту и компании
    UPDATE: реальные тестовые задания и разборы здесь, ответы на все вопросы из поста в моем блоге об обучении react.

    не включая основы js

    Извините, но стандартная задача, про "напишите функуцию add, которая при вызове add(1)(2) вернет 3" - многих положила на лопатки =) Поэтому будьте готовы..

    React
    0) Какую проблему решает react ?
    1) Мгновенно ли срабатывает setState? Если нет, то как выполнить код, который 100% выполнится после того, как новый state будет установлен?
    2) Зачем многие постоянно пишут в constructor: this.FUNCTION_NAME = this.FUNCTION_NAME.bind(this) и отсюда вопрос вытекает чему равно this в разных местах вашего компонента...
    3) в каких методах жизненого цикла стоит выполнять xhr запросы? В каких стоит "обновлять state на основе props"?
    4) Что будет если вызвать this.setState в render методе компонента?
    5) зачем нужен componenWIllUnmount, приведите пример..
    6) Контролируемые, не контролируемые компоненты
    7) Как организовать роутинг в реакт приложении? (ответ: взять react-router - подходит, но было бы круто, если бы вы рассказали, как он примерно работает)*
    8) Зачем нужны propTypes? Что происходит с ними в production сборке?
    9) Как можно удобно "отлаживать" чужой код приложения, написанного на react (намек в сторону React devtools)
    ...

    Redux
    0) Какую проблему решает redux?
    1) Зачем многие создают типы действий NAME_REQUEST / NAME_SUCCESS ? А заодно, что такое "действие", а что такое "создатель действия"...
    2) Что такое редьюсер? Можете написать простой редьюсер без react/redux?*
    3) Для чего нужен redux-thunk? Как он работает? Напишите (можно псевдокод) асинхронный создатель действия (либо, если надоело говорить "терминами" - асинхронный aciton)
    4) Как компоненты приложения получают "пропсы" из "стора"?*
    5) Можно ли (и считается ли это нормальным) использовать state, если используется Redux?
    6) Почему в reducer'ax мы возвращаем новые объекты? Приведите пример, когда вы возвращаете новый объект, а когда тот же самый.
    6.5) А так же, "как в js вообще это работает?". Например:
    let obj1 { name: 'Test', age: 100 }
    let obj2 = obj1
    obj2.name = 'Test_new'

    Что будет в obj1, почему? В каких случаях объекты могут быть равны?
    7) Что возвращает функция connect (из react-redux)?
    ...

    Общее:
    0) package.json
    1) Webpack, gulp, etc...
    2) node.js
    3) promise

    Что-нибудь практическое:
    1) Как бы вы валидировали форму, если ошибки валидации приходят после submit'a ее на сервер..
    2) Почему не работает следующий код, сделайте чтобы работало
    ...
    На истину не претендую, но такие вопросы имели место быть на собеседованиях. В беседе можно многое разузнать дополнительными вопросами и так далее. Так же, если часть вопросов вам неизвестна - не беда, многие и на половину ответить не могут.

    p.s. возможно дополню...
    p.p.s. звездочкой отметил, на мой взгляд не самые необходимые для junior-собеседования вопросы.
    Ответ написан
  • Как легально держать веб-сервис, подразумевающий получение прибыли (например ежемесячная подписка)?

    Jump
    @Jump
    Системный администратор со стажем.
    Вы просто несколько неправильно воспринимаете веб сервис И это порождает массу ненужных вопросов, на которые сложно ответить.
    Веб сервис не является самостоятельным хозяйствующим субъектом. Это просто инструмент, оборудование.
    В общем веб сервис с этой точки зрения ничем не отличается от холодильника для замороженной рыбы в магазине. Он просто помогает коммерсанту продавать или оказывать услуги. И холодильник не может заключать договора, платить налоги, и совершать денежные операции.

    Пока понял что ИП или ООО регистрировать в любом случае нужно.
    Да, поскольку прибыль регулярная, без этого не обойтись.

    Открывать ли расчетный счет?
    Если ИП теоретически можно и не открывать. Хотя на практике - трудно представить ситуацию когда без него можно однозначно обойтись. В случае ООО - без вариантов открывать.

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

    Нужно ли уведомлять какую-нибудь гос.структуру о том, что я храню персональные данные?
    Статья 22 пункт 1 федерального закона N 152-ФЗ
    В общем - нужно, если вы не попадаете под исключение указанное в статье 22 часть 2 федерального закона N 152-ФЗ

    А о том, то на моем сайте можно провести какую-либо денежную операцию?
    Тут все просто - на вашем сайте однозначно нельзя провести какую-то денежную операцию! Это просто физически невозможно.
    Денежные операции проводятся через банки, процессинговые центры, расчетные счета, платежные системы, наличный расчет.

    И раз уж на то пошло, сколько можно этим заниматься нелегально, при каких объемах и что за это грозит?
    www.consultant.ru

    Как работать с юриками если ты веб-сервис? Типовой договор с каждым? Выставлять счета по почте + ЭЦП?
    Неправильный вопрос. Веб сервис не может работать ни с юриками ни с физиками. Он работает с компьютерами.
    С юриками и физиками работают другие юрики и физики.
    Т.е договора с юриками будет заключать ни в коем случае не веб сервис, а организация или предприниматель которому принадлежит этот вебсервис.
    Ну а дальше все как у всех - обычная работа организации или предпринимателя с контрагентами.
    Вариантов заключения договоров и документального оформления масса, все зависит от вашей ситуации.
    Ответ написан
  • Как уйти с распутья технологий?

    @0x131315
    Стратегию уже подсказали: найти любую работу, чтобы кушать, и тем самым выиграть время на изучение чего-то, что поможет зарабатывать больше, и тем самым выиграть еще больше времени, и в конце концов изучить то, благодаря чему будешь работать не на зарплату, а на удовлетворение.

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

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

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

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

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

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

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

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

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

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

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

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

    С третьим - придешь, когда поймешь, что тебе это нужно. Из-под палки не учатся.

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

    С первым все просто: не можешь что-то решить - отложи, и спустись на ступеньку ниже по шкале сложности.
    Есть такой психологический феномен: от решенных задач ты получаешь удовлетворение, силы и мотивацию двигаться вперед, от нерешенных - негатив, апатию, потерю воли и мотивации.
    Причем мозг устроен так, что запоминается лишь негатив. Поэтому крайне важно решать задачи, и не допускать незавершенных задач. Отложи, но не забрасывай.
    Нерешенная задача - это как психологический запой, нечто вроде депрессии: одна нерешенная задача тянет за собой другую нерешенную задачу, и так быстро уходишь на дно, теряя мотивацию и веру в себя. Замкнутый круг. Ты находишься именно в нем.

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

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

    Сложность задачи не особо влияет на мотивацию, а вот факт решения/нерешения - влияет сильно. Не решил - значит не осилил, не осилил - значит не достоин, не достоин - значит иди ко дну и не рыпайся. Это как импотенция: импотент - значит не мужик, не мужик - значит никто, ничего не достоин и об тебя можно ноги вытирать. Подсознание портит всю малину, так что не следует давать ему шанса - лучше решить задачу попроще, чем не решить по сложнее.
    Ответ написан
  • Как найти где используется переменная в PHP?

    JohnDaniels
    @JohnDaniels
    скорее всего фильтр используется в виде "FILTER_NAME" => "filter_site" при инициализации какого-нибудь компонента (мы ведь о битриксе говорим?). То есть искать по ""filter_site", без символа доллара
    Ответ написан
  • Где формируется $arResult['ITEMS'] который используется в шаблоне компонента catalog.section?

    Rema1ns
    @Rema1ns
    и так сойдет
    этот массив формируется в ядре компонента, который в свою очередь формируется с условием фильтра, если у вас приходит пустое, значит вы не верно выставили настройки компонента.
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Смотря зачем)). Я когда делаю Code Review критерии следующие:

    * Безопасность:
    - Каждый аргумент метода простого типа должен проверяться на тип в случае его проксирования и на граничные значения в случае обработки. Чуть что не так - бросается исключение. Если метод с кучкой аргументов на 80% состоит из поверки из аргументов - это вполне норм))
    - Никаких trigger_error, только исключения.
    - Исключения ДОЛЖНЫ быть человеко-понятны, всякие "Something went wrong" можно отдавать пользователю, но в лог должно попасть исключение со стектрейсом и человеко-понятным описанием, что же там пошло не так.
    - Каждый аргумент (объект) метода должен быть с тайпхинтингом на этот его класс, или интерфейс.
    - За eval как правило шлю на **й.
    - @ допускается только в безвыходных ситуациях, например проверка json_last_error.
    - Перед работой с БД - обязательная проверка данных.
    - Никаких == и !=. Со swtich - единственное исключение, по ситуации.
    - Если метод возвращает не только bool, а еще что-то - жесткая проверка с ===, или !== обязательна.
    - Никаких условий с присваиваниями внутри. while($row = ...) - тоже идет лесом.
    - Магические геттеры/сеттеры разрешаются только в безвыходных ситуациях, в остальном - запрещены.
    - Конкатенации в sql - только в безвыходных ситуациях.
    - Параметры в sql - ТОЛЬКО через плейсхолдеры.
    - Никаких глобальных переменных.
    - Даты в виде строки разрешаются только в шаблонах и в БД, в пхп коде сразу преобразуется в \DateTimeImmutable (в безвыходных ситуациях разрешено \DateTime)
    - Конечно зависит от проекта, но как приавло должно быть всего две точки входа: index.php для web и console(или как-то по другому назваться) - для консоли.

    * Кодстайл PSR-2 + PSR-5 как минимум, + еще куча более жестких требований (для начала все то что в PSR помечено как SHOULD - становится MUST)
    - В PhpStorm ни одна строчка не должна подсвечиваться (исключением является typo ошибки, например словарик не знает какой-то из аббревиатур, принятых в вашем проекте). При этом разрешается использовать /** @noinspection *** */ для безвыходных ситуаций.
    - Если кто-то говорит, что пишет в другом редакторе и у него не подсвечивается, на эти отговорки кладется ВОТ ТАКЕЕЕНЫЙ мужской половой **й и отправляется на доработку)).

    * Организация кода:
    - Никаких глобальных функций.
    - Классы без неймспейса разрешаются только в исключительно безвыходных ситуациях.

    * Тестируемость (в смысле простота тестирования) кода должна быть высокая.
    - Покрытие кода обязательно для всех возможных кейсов использования каждого публичного метода с моками зависимостей.

    * Принципы MVC:
    - Никаких обработок пользовательского ввода в моделях, от слова совсем.
    - Никаких ***ть запросов в БД из шаблонов.
    - Никаких верстки/js/css/sql-ин в контроллерах.
    - В моделях НИКАКОЙ МАГИИ, только приватные свойства + геттеры с сеттерами.
    - В моделях разрешено использовать метод save(при наличии такого разумеется) только в исключительных ситуациях. Во всех остальных - либо insert, либо update.

    * Принципы SOLD:
    - Никаких божественных объектов умеющих во все.
    - Если метод для внутреннего пользования - private, никаких public.
    - Статические методы разрешаются только в случае безвыходности.

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

    * Работа с БД:
    - Запрос в цикле должен быть РЕАЛЬНО обоснован.
    - За ORDER BY RAND() - шлю на***й.
    - Поиск не по ключам (конечно если таблица НЕ на 5 строк) запрещен.
    - Поиск без LIMIT (опять же если таблица НЕ на 5 строк) запрещен.
    - SELECT * - запрещен.
    - Денормализация БД должна быть обоснована.
    - MyISAM не используется (так уж)) )
    - Множественные операции обязательно в транзакции, с откатом если чо пошло не так.
    - БД не должна содержать бизнес логики, только данные в целостном виде.
    - Не должно быть нецелесообразного дерганья БД там, где без этого можно обойтись.

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

    * О людях:
    - "Я привык писать так и буду дальше" - не вопрос, ревью пройдешь только когда поменяешь свое мнение.
    - "Я пишу в vim-е и мне так удобно" - здорово, код консолью я тоже в нем пишу)) но есть требования к коду, если в них не сможешь - не пройдешь ревью.
    - "Я скопировал этот страшный метод и поменял 2 строчки" - это конечно замечательно, но по блейму автор всего этого метода ты, так что давай без говняшек, хорошо?
    - "Оно же работает!" - вот эта фраза переводится примерно так: "да, я понимаю, что пишу полную хрень, но не могу писать нормально потому, что руки из жо", я правильно тебя понял?))
    - "У меня все работает!" - рад за тебя, а как на счет продакшна?
    - "Там все просто" - не используй слово "просто", от слова "совсем". Вот тебе кусок кода (первого попавшегося с сложной бизнес логикой), где там ошибка (не важно есть она, или нет)? Ты смотришь его уже 2 минуты, в чем проблема, там же все "просто"))

    * Всякое:
    ActiveRecord (это я вам как в прошлом фанат Yii говорю) - полное говно, примите за исходную. По факту у вас бесконтрольно по проекту гуляют модельки с подключением к БД. Не раз натыкался на то, что в тех же шаблонах вызывают save, или update (за такое надо сжигать).
    То, что используется Laravel - это печально((. Что бы выполнить требования приведенные выше, приходится "воевать" с фреймворком.

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

    UPD

    Формализировал данные критерии по ссылочке: https://github.com/index0h/php-conventions
    Ответ написан