• Важна ли корочка при устройстве на работу?

    @CobaltTheTerrible
    Копипастю код на Python
    В России она обычно не нужна.

    Тем не менее есть ряд позиций куда для трудоустройства нужно формальное наличие высшего образования. Речь здесь идёт о работе на государство и в окологосударственных организациях (всевозможные госкорпорации): к работнику предъявляется ряд квалификационных требований, в том числе наличие высшего образования.
    Ответ написан
    4 комментария
  • Важна ли корочка при устройстве на работу?

    @Chekhoved
    Важна, если это корочка хлеба. Вдруг придется в очереди ждать, будет чем перекусить.
    Ответ написан
    2 комментария
  • Важна ли корочка при устройстве на работу?

    @mamkaololosha
    Нет. Самый большой профит от диплома это виза. Но её и без него получают.
    Ответ написан
    2 комментария
  • Как обустроена работа в веб-студии?

    akarin
    @akarin
    Сидят 3 хиспстера в свитерах и пьют кофе. Менеджер ищет на гитхабе что то похожее на свой будущий проект.
    Ответ написан
    Комментировать
  • Где еще можно поискать разработчика в проект (в долю)?

    @Arik
    Сложно на стороне найти нормальных разработчиков за долю, так как они будут "вкладывать свои мозги", время, а кто собрал их не вложит ни копейки в это, то ему легко будет отказаться от проекта, еще и код/дизайн чужой продать. А разработчики останутся с носом. Если верите в проект, то делайте бизнес-план и к Ангелам или в банк за кредитом, наймите за Деньги команду и сделайте что хотите.
    Ответ написан
    4 комментария
  • Какие проекты сделать на github чтоб показывать работодателям?

    sayber
    @sayber Куратор тега PHP
    Да, я программирую на PHP и еще асинхронно!
    Напишите реализацию прокладки маршрутов с использованием расчета Гамельтонова пути на основе 45 POI.
    После расчета, отправляйте на карту. В итоге вы получите из набора POI оптимальные маршруты, которые можно побить на пять дней.
    Задачу можно поставить так: Разбить 45 точек на 5 дней, что бы маршрут не превышал в день 8 часов.
    POI можно получить рандомно для одного города.

    После реализации такого алгоритма, отправляйте код на github.
    Вот его можно смело показывать. Уверен, товарищи которые посмотрят код, будут рады вас принять.
    Ответ написан
    3 комментария
  • Как сделать сложный getList запрос в 1С-Битрикс?

    Примерно так, если нужны поля инфоблока:

    use Bitrix\Main\Application;
    use Bitrix\Highloadblock\HighloadBlockTable;
    use Bitrix\Main\Loader;
    
    Loader::includeModule('highloadblock');
    Loader::includeModule('iblock');
    
    $hlBlockId = 2;
    
    $hlblock = HighloadBlockTable::getById($hlBlockId)->fetch();
    
    /** @var \Bitrix\Main\Entity\Base $entity */
    $entity = HighloadBlockTable::compileEntity($hlblock);
    
    /** @var \Bitrix\Main\Entity\DataManager $dataClass */
    $dataClass = $entity->getDataClass();
    
    Application::getConnection()->startTracker();
    
    $result = $dataClass::getList([
        'select' => array(
            'UF_ELEMENT_ID',
            'NAME' => 'ELEMENT.NAME',
            'CODE' => 'ELEMENT.CODE',
            'DETAIL_PICTURE' => 'ELEMENT.DETAIL_PICTURE',
        ),
        'runtime' => array(
            'ELEMENT' => array(
                'data_type' => '\Bitrix\Iblock\ElementTable',
                'reference' => array(
                    '=this.UF_ELEMENT_ID' => 'ref.ID'
                ),
                'join_type' => 'inner'
            ),
        ),
        'limit' => 10,
    ]);
    
    // Можно смотреть сформированный запрос
    echo '<pre>', $result->getTrackerQuery()->getSql(), '</pre>';
    
    while ($row = $result->fetch()) {
        echo '<pre>';print_r($row);echo '</pre>';
    }


    Со свойства чуть сложнее.

    P.S. некоторые примеры с использованием ORM D7
    Ответ написан
    2 комментария
  • Какую php CMS выбрать frontend разработчику?

    rsvetlitskiy
    @rsvetlitskiy
    UX/UI designer, researcher and almost a developer.
    Попробуйте Modx Revolution
    Ответ написан
    2 комментария
  • Тестирование, анализ сайта на уязвимости, какие есть инструменты?

    @Konkase
    nikto, arachni, vegam, skipfish, burp, netsparker, websurgery

    и ещё посмотрите тут tools.kali.org/tools-listing
    Ответ написан
    Комментировать
  • Какие самые печальные/курьезные по последствиям баги в вашей практике (или о которых знаете)?

    AndreyDmitriev
    @AndreyDmitriev
    Я работаю в области программирования промышленных систем, так что баги до продакшена добираются довольно редко (хотя были и довольно забавные на грани "мистики", но они вряд ли будут интересны широкой публике - там много утомительных технических деталей).

    Ну тем не менее вот вам три истории из моей практики.

    История первая. Как отзывают автомобили.

    Было это минус двенадцать лет тому назад.
    Программировал я систему автоматического неразрушающего контроля. По конвейеру ехали свежеотлитые детали моторов, робот брал их с конвейера, рентген просвечивал и система выполняла отбраковку годен/не годен, дальше робот выкладывал их обратно на конвейер для годных или отправлял на переплавку. Скорости компьютеров были не такие как нынче, так что система состояла из пяти компьютеров, четыре из которых работали в кластере, чтобы обеспечить реальное время системе машинного зрения. На каждом крутилось специальное программное обеспечение. Парень я был молодой и горячий, интерфейсы менял как перчатки, ну и при реализации очередных требований заказчика ПО было обновлено. То, как система будет работать при наличии устаревших версий в кластере вообще не проверил за ненадобностью - ведь я съездил на завод и собственноручно выполнил полное обновление ПО на всех системах со всеми сопутствующими тестами. Инсталлятор на внутреннем сервере также был обновлен, старая версия была удалена. Однако я не знал, что несколькими неделями ранее отдел закупок решил самовольно "усовершенствовать и упростить" процесс поставки компьютеров - если раньше наш отдел сервиса получал "голый" компьютер и выполнял установку ПО на нашем предприятии, после проверок пересылая компьютер заказчику, то теперь поставщик компьютеров получил из отдела закупок образ системы, накатывал его на компьютер и отправлял его прямо на завод, минуя наш отдел сервиса. Ну вы поняли - там в образе была давно устаревшая версия ПО. В какой-то момент один из компьютеров вышел из строя - информация об этом поступила в сервис, тот переслал её отделу закупок, а он в совю очередь - поставщику компьютеров, который просто поставил новый комп на завод и заказчик собственноручно установил его в стойку (там мы реализовали "горячую замену"). Звонок главного инженера настиг меня в пятницу после рабочего дня - он сказал, что проанализировав статистические данные за последние пару недель, выяснил, что одна из систем уменьшила процент отбраковки с четырёх до трёх процентов и попросил это дело проконтролировать. Я из дома подключился к системе, скачал логи и довольно быстро выяснил, что один из компьютеров в кластере за две недели вообще не отбраковал ни одной картинки, результат его работы всегда интепретировался как "годный". Примерно двадцать тысяч деталей прошло через систему за это время. Дальше после проверки версий и совместимости стало ясно, откуда ноги растут. Я произвёл обновление ПО на дефектном компьютере. Спал в выходные очень плохо - мне снилось, как я открываю свежую газету и читаю о том, как очень известный концерн ХХХ отзывает двадцать тысяч автомобилей из-за возможных дефектов в головке блока цилиндров. В понедельник однако выяснилость, что потенциально дефектные детали ещё не отправлены на сборку и находятся на складе - часть их пустили на повторную проверку, а часть просто отправили в переплавку. История закончилась благополучно, но научила многому.

    История вторая. Три робота и бутылка виски.

    Было это где-то лет десять тому назад. Программировал я тогда забавный кольцевой конвейер на литейном заводе - представьте себе восьмиугольник диаметром три метра, на каждом ребре которого лежат детали. Один робот выкладывает на него детали после отпиливания приливов, затем восьмиугольник проворачивается, второй робот забирает с него детали на проверку, восьмиугольник проворачивается снова, после проверки робот выкладывает детали на него же, он проворачивается снова, затем третий робот снимает с него детали для последующей обработки или переплавки. Изюминка состояла в том, чтобы минимизировать время простоя - если робот должен был выложить деталь, ему следовало подогнать пустое ребро, а если забрать - то ребро с деталью. Все три робота работают асинхронно. Сам по себе "конвейер" представлял собой довольно хлипкую конструкцию из алюминиевых профилей. У роботов усилие - несколько сот килограммов, ну и в какой-то момент робот выложил деталь на ребро, на котором деталь уже была - и вся линия встала на сутки, ибо конвейер был полностью искорёжен. Мы съездили на завод, починили конвейер и проверили весь протокол обмена - ошибок там не было, но мы добавили местами "двойное рукопожатие" и несколько дополнительных датчиков наличия детали. Через пару месяцев это случилось снова - на сей раз конвейер ещё не занял звою позицию, а робот выложил деталь между рёбрами и конвейер расколбасило. Снова командировка, новые датчики, новые проверки... Происходило это спонтанно, раз в квартал примерно... Сам конвейер чем-то отдалённо напоминал рулетку - повезёт/не повезёт. Ещё пару месяцев прошло, и я получаю я, значит, e-mail от главного инженера:
    "...После прошлого обновления ПО поспорил я с директором на ящик пива - он сказал, что это случится снова, а я утверждал, что господин Дмитриев - ну очень способный русский программист, способный найти и устранить неисправность. И я проиграл. Теперь это случилось опять, и я проиграл коробку вина. И всё же я хочу поспорить снова - теперь на на бутылку хорошего виски, потому что всё ещё верю в вас - приезжайте и устраните или хотя бы найдите эту чёртову неисправность".
    Вообще я был более чем уверен в своём коде - там количество проверок и "рукопожатий" зашкаливало все возможные пределы, весь конвейер был обвешан датчиками как новогодняя ёлка, кроме того, при каждом происшествии код рефакторился и вылизывался снова и снова - я б такой код и на атомную станцию мог накатить. Но я также зависел от кода выкладывающего робота и был стопудово уверен, что робот порой выкладывает детальки вообще без моего разрешения. Субподрядчик же катил бочку в мою сторону, утверждая, что это я выставил соотвествующие разрешающие биты и робот отреагировал правильно. Логами припереть его к стенке ну никак не удавалось, так что сделал я следующее - поехал в соседний магазин хозтоваров, купил там бытовую систему видеонаблюдения, завёл сигналы с камер на свободные входы фреймграббера и начал писать в "чёрный ящик" не только сигналы датчиков и управляющие сигналы, но и видео того, что происходило на конвейере. Проблему нашли быстро - субподрячик напрограммировал "состояние гонки" в одном месте, и при неудачном стечении обстоятельств, от меня вобще не зависящим, многотонный робот спонтанно выкладывал детали без спроса, чем и приводил конструкцию в негодность. Главный инженер таки выиграл своё виски, а субподрядчик оплатил всем ужин в кабаке.

    История третья. "Победа".

    Это было лет двадцать тому назад. Работал я тогда в компьютерном центре очень большой питерской типографии. Как-то вечером пришёл заказчик с файлом, сделанном в пейджмекере (ежели кто помнит), и попросил вывести это дело на плёнки, причём к утру. Заказ был срочный - они решили напечатать подарочные издания ветеранам к дню Победы. Пришлось остаться в "ночную" смену. Верстальщиком была молоденькая девушка вообще без опыта работы. Шрифты она естественно принести не догадалась, вёрстка расползалась, приходилось контролировать каждую страничку и к утру я был уже практически никакой. Наконец работа была почти закончена - осталась только обложка. На обложке было одно-единственное слово: ПОБЕДА. Я отправил её на принтер, и оттуда вылезло что-то типа "ĖĀĤĈĐĶ". "Шрифт слетел" - сказал я, отправил испорченную плёнку в мусорное ведро, и вывел новую плёнку, подобрав рубленую гарнитуру, подходящую по размеру и начертанию. "А можно я это с собой заберу?" - спросила меня девушка, крутя в руках вытащенную из мусорной корзины плёнку. "Да не вопрос" - сказал я - брака не жалко. Она положила бракованную плёнку сверху пачки и упорхнула. Я получил лёгких $%&*юлей за ночную смену без уведомления начальства, и думать про это забыл.
    Несколько недель спустя вызывает меня директор типографии. За столом сидят технологи, корректоры, и лежит пачка книжек. Директор взял из пачки одну из книжек, подвинул её ко мне и просто спросил "Это что?!". На красной бархатной обложке, тиснёные золотом, красовались буквы "ĖĀĤĈĐĶ". Меня начал разбирать смех. Я представил себе, как рабочий типографии отливает штамп с чудными буквами, как оператор горячего тиснения рассматривает обложку, но тем не менее продолжает выпуск... Больше половины подарочного тиража выпустили, пока не остановили. "Шрифт слетел", - только и смог выдавить я из себя, вспоминая, как юное создание вытаскивает злосчастную плёнку из мусорной корзины и кладёт сверху готовой пачки плёнок. "Что значит шрифт слетел?!" - зарычал директор. Дяденька уже в возрасте, он и представить себе не мог, как наборщик, даже в самом пьяном угаре, возьмёт шесть первых попавшихся литер из акцидентного набора семьдесят вторго кегля и вдует их на обложку. "Слушайте, а может это по-гречески или по-латыни?" - спросил технолог - "мы могли бы это дело как-то обыграть"... Короче, поскольку времени перепечатывать тираж уже не было, решили пофиксить баг, просто сделав суперобложку с "правильными" буквами. Так что если у вас дома есть красная бархатная книжка в суперобложке - разверните и посмотрите - может вашей бабушке или дедушке попался тот самый экземпляр с кракозябрами.
    Ответ написан
    1 комментарий
  • Стоит ли расселить ПМ и разработчиков?

    @inkvizitor68sl
    Linux-сисадмин с 8 летним стажем.
    А вы, простите, кем работаете, раз вопросы такие задаёте? Точнее "а вы вообще работаете?".

    Само собой, людям лучше работать в тишине без отвлекающих факторов. Тем более в профессиях творческих. В идеальном случае вообще 1 кабинет = 1 команда.
    Ответ написан
    Комментировать
  • Стоит ли расселить ПМ и разработчиков?

    Anilbemo
    @Anilbemo
    В одной компании, где я работал. То ПМ отселили от разработчиков и дизайнеров. Много было шума и ПМ мучили разработчиков :)
    Ответ написан
    Комментировать
  • Стоит ли расселить ПМ и разработчиков?

    KorroLion
    @KorroLion
    Однозначно стоит!

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

    В другой конторе работал в полной тишине в отдельной комнате с разрабами. Если разговоры есть, то по делу и очень редко. Производительность выше в сотни раз.
    Ответ написан
    Комментировать
  • Стоит ли расселить ПМ и разработчиков?

    Ashlst
    @Ashlst
    Фанат эстетики и красивых решений.
    Лично меня очень отвлекают разговоры наших менеджеров. С удовольствием бы их переселил.
    Ответ написан
    Комментировать
  • Как избавиться от цилического запроса в .htaccess и сделать ЧПУ?

    @ShamblerR
    RewriteCond %{QUERY_STRING} ^id=1&bla=2&blabla=3$
    RewriteCond %{REQUEST_FILENAME} !mychpu$
    RewriteRule ^.*$ http://site.com/mychpu [R=301,L]

    Видимо для отключения цикличности вам нужно ее отключить ;)
    Вообще вы не написсали что именно у вас в цикле, Просто не забывайте что вам нужно будет исключить в дополнительном RewriteCond результат первого цикла.
    Ответ написан
  • Каковы основные механизмы развития личности программиста?

    myfirepukan
    @myfirepukan
    Жарим поиск
    Бывают программисты экстраверты - они развиваются путём общения с людьми. Бывают программисты интроверты - они могут развиваться почти не общаясь с людьми. Семьи создают и те и другие )) Бывает программисты и бизнес создают. Из вопроса не очень понятно чем развитие программиста должно отличаться от развития обычной личности, например дизайнера ))
    Ответ написан
    4 комментария
  • Каковы основные механизмы развития личности программиста?

    pi314
    @pi314
    Президент Солнечной системы и окрестностей
    С т.з. психологии, развитие личности программиста ничем не отличается от развития личности кондитера, мента или стоматолога. Начинается все в младенчестве с осознания собственного Я, далее идет социализация (т.е. проецирование своего Я на других особей вида). Эксцессы на этой стадии делают личность либо социопатом, либо матерью Терезой. Далее следует, как правило, образование, приводящее к формированию системы ценностей и убеждений, формирующих, собственно, личность. Если в процессе образования личности прививаются навыки критического восприятия и аналитического мышления, у личности есть шанс выработать "собственную" сложную и непротиворечивую систему ценностей и убеждений (в кавычках, т.к. за основу все равно будет взята та или иная модель из окружающей действительности; говоря проще, трудно стать буддистом, учась в православной семинарии, или гуманистом - в военной академии). Если образования нет, ее может заменить религия или др. аналогичная система мотиваторов иррационального характера (например, корпоративная этика тех или иных социальных групп), задействованная на уровне "инструкции пользования жизнью". Короче, программисты тут ничем не отличаются от всех остальных прямоходящих обезьянок.

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

    Впрочем, если судить по вопросам на Тостере и уровню подготовки основной массы современных "программистов", в последнее время заморачиваться на эту тему вышло из моды :)
    Ответ написан
    3 комментария
  • Как должен развиваться практикант в компании?

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

    @AlexLIn
    Если у меня тут каждый новобранец hosts править будет да свои левые программы ставить будет.
    То работа полностию остановиться.
    Тебе как стажеру нужно смотреть и учиться как работают на фирме, как общаються с клиентами.
    Больше чесать языком и спрашивать что да как.
    Завести знакомство с одним из работников и попросить быть твоим наставником на время твоей практитки.
    Ответ написан
    8 комментариев