• Где можно найти работу для повышения навыков?

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

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

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

    Я сам неоднократно просматривал предложения работодателей на фриланс-платформах.

    Может быть, стоит начать с более простых фриланс-платформ?
    Крупный проект вы в самом деле пока не потянете, особенно с вашим подходам к библиотекам, вашей ненавистью к деньгам, вашим перфекционизмом (фобией к так называемой "кривизне" проектов).

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

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

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    Удаленно редко кто хочет нанять человека, который учится. Устраивайтесь (по вечерам, на полдня, как попало) в офис аутсорс компании (человек на 50+) на пол/четверь ставки или "за спасибо" джуниором/интерном/практикантом/кем-попало. За полгода/год - подровняете скиллы и технические и проектные (не менее, а то и более важные в нашей индустрии). Это хорошая и быстрая школа.

    P.S. Относительно мотивации. Это обычная лень и отсутствие навыка не начинать ерундовых дел и доводить неерундовые до конца. Читайте книги и статьи. Со временем количество даже не слишком понятной информации перейдет в качественно новое понимание концепций программной инженерии. Законы диалектики никто не отменял :) количество перейдет в качество :) Главное не лениться и уделять своему развитию каждый день не менее 15 минут (больше - лучше) только без пропусков. Еще два правила полезных тут и вообще в целом:
    1) принцип Парето (чтобы эффективно тратить свои ресурсы)
    2) закон Старджона (чтобы не быть слишком серьезным и не перегреваться) :)

    Найти и разобраться что это за такое - домашнее задание :)

    UPDATE: наткнулся вот на статью ain.ua/2016/06/22/656143 - Практическое руководство для тех, кто хочет стать профессиональным веб-разработчиком
    Ответ написан
    8 комментариев
  • Не удаляются переносы строк PHP. Что может быть?

    может nl2br($str) вам поможет?
    Ответ написан
    Комментировать
  • Как добавить пробелы между тысячными?

    devpull
    @devpull
    Истина где-то рядом...
    Еще один вариант.
    Форматирует по blur.
    При изменении пробелы убираются и можно корректировать.

    спасибо Денис Инешин за регулярное выражение.

    codepen.io/alexanderkshnyakin/pen/NNorZz
    Ответ написан
    Комментировать
  • Как грамотно засекьюрить REST приложение Angular 2 + Spring?

    bingo347
    @bingo347 Куратор тега JavaScript
    Crazy on performance...
    Правильное решение - секьюрить апи бэкенда а не клиентский код
    Ответ написан
    2 комментария
  • Как уйти с распутья технологий?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    a_volkov1987
    @a_volkov1987
    Инженер-схемотехник
    Поскольку ОС в топике не задана, считаем что работаем под Windows 7 и новее.
    0. TagScanner - бесплатен, поддерживает групповые операции, заполняете теги из онлайн баз данных, восстанавливает теги из структуры папок и имён файлов, раскладывает треки, создавая папки по тегам. Для меня - идеален, лучшего я не находил.
    1. iTunes. Особенно радует genius - составление плейлиста на основе данных одного трека.
    2. TagScanner иногда помогает.
    3. Если правильно помню, tag scanner тоже умеет
    4. Не очень понял суть. Интересует статистика коллекции или что?
    5. iTunes синхронизируется с WindowsMobile, с андроидом печально. Но можно.
    6. AIMP обладает библиотекой и редактором тегов, в прицепе тоже неплохой вариант, но про синхронизацию с андроидом не знаю, я всегда ручками таскал треки на телефон.
    Ответ написан
    Комментировать
  • Как сделать диалоги как vk, с минимальной нагрузкой?

    @IceJOKER
    Web/Android developer
    dialogs // id, name
    dialog_users // dialog_id, user_id
    messages // id,  dialog_id, user_id, message
    users // id, name
    Ответ написан
  • FrontController vs Router — взаимозаменяемы?

    @djay
    Если реально хочешь разобратся в теме, то тебе придётся глубоко вкурить мануал

    Ну а так начем с того, что Router - это компонент Front Controller. Это его состовная часть. По порядку:

    1. Задача роутера - словить текущий URI и просмотреть имется ли он в карте маршрутов
    2. Задача Dispatcher'a (ну Dispatcher - это тоже компонет Front Controller"а) - вызвать ассоцированный контроллер к словленному URI

    В реализации Front Controller'a должен создаватся роутер и диспетчер, и все это должно вызыватся там. Если твоя реализация Front Controller'a отлавливает (или реализует, а не вызыват) роуты, то это значит что ты нарушаешь принцип SRP.
    Ответ написан
    1 комментарий
  • FrontController vs Router — взаимозаменяемы?

    muhammad_97
    @muhammad_97
    PHP-разработчик
    Это две разные вещи. Front Controller не имеет никакого отношения к роутингу. Это паттерн, суть которого в том, что вы имеете единую точку входа (например, index.php), а не кучу отдельных файлов. Роутинг - связывание URL и соответствующего обработчика. Т.е. и вариант с контроллером, название которого совпадает с URL - это тоже роутинг (например, example.com/controller/action), но этот вариант уже устарел.

    Учитывая PSR-4, FrontController больше не актуален

    Самый интересный момент. А как эти два понятия вообще связаны между собой?
    Ответ написан
    8 комментариев
  • Как реализовать элементарный прием на PHP?

    Palehin
    @Palehin
    Frontend
    1. Считываете файл в массив (функция - file())
    2. При нажатии на кнопку применяете к этому массиву функцию - array_shift()
    3. Выводите результат ее работы
    4. Записываете этот массив в исходный файл.
    PROFIT
    Ответ написан
    3 комментария
  • Как сделать сслылку для viber и wathsapp?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    Комментировать
  • Куда пойти учиться на программиста после 9-го класса?

    saboteur_kiev
    @saboteur_kiev Куратор тега Программирование
    software engineer
    Идите на вышку.
    На программиста учатся самостоятельно. Вам нужно учиться учиться. Учиться организовываться. Учиться работать с преподавателями, с информацией, которая вам неприятна и возможно не нужна - но на любой работе это будет встречаться, а полезно уметь с этим справляться.

    Из полезного, что можно получиьт на вышке - общая грамотность, математика, алгоритмы, английский, общее образование, которое позволит вам понимать как работает живой мир (а не идеальный компьютер).
    В общем не воспринимайте образование исключительно как умение программировать - расширяйте кругозор.
    А программированию учитесь самостоятельно. Большая вероятность в вузе найти соумышленников для разработки своего проекта. Может быть на кафедре, может отдельно.
    Ответ написан
    1 комментарий
  • Какую книгу выбрать для изучуение JS?

    @lasmaster
    Вся сила в самообразовании
    Для начала я бы посоветовал рессурс learn.javascript.ru Там и тесты знаний есть для самопроверки, что отсутствует в книгах.
    Ответ написан
    1 комментарий
  • Какую книгу выбрать для изучуение JS?

    @rinatoptimus
    Классика (Флэнаган. Носорог). Потом можно Стефана Стоянова про паттерны JS.
    Ответ написан
    Комментировать
  • Какой мощный компрессор для уменьшения размера изображений Вы используете?

    Serj-One
    @Serj-One
    i'm sexy and i know it
    Tinypng
    Kraken
    2 лучших, все остальные по качеству далеки от них безумно.
    У обоих сервисов имеются плагины для gulp.
    Как полностью локальный вариант - gulp-image-optimization
    Ответ написан
    Комментировать
  • В чем моя причина провала тестового задания Яндекса?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Ну давайте я покритикую:

    возьмем файлик

    1) вы не разобрались как объявлять методы у прототипов с новой нотацией `class`:

    class Travelsort {
        constructor() {}
        sortTickets(tickets) {}
    }


    2) вы не умеете пользоваться исключениями.
    if (!Array.isArray(cards)) {
        throw new ValueError('Wrong input');
    }


    3) использование let там где должен использоваться const

    4) в принципе использование переменных там где их быть не должно

    5) вы зачем-то реализовали свою функцию сортировки, я не увидел в требованиях отсутствия возможности использовать старый добрый Array.prototype.sort

    6) Общие замечания по кодинг стайлу. snake_case там где должен быть camelCase, пишите с большой буквы то что должно быть с маленькой и т.д.

    7) нарушения принципа единой ответственности. У вас объеткт умеет и сортировать и писать куда-то. Это категорически плохо.

    8) Если исправить 7-ой пункт то наш класс превращается просто в функцию.

    Далее... берем следующий файлик

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

    2) вы зачем-то тут в прототип объекта строки впихиваете функции для парсинга CSS. Таким образом мы нарушаем принцип единой ответственности. Да и в целом расширять без надобности прототипы объектов как-то не ок.

    Чуть дальше проскролил - вы пытаетесь расширить прототип строк для того что бы добиться API jquery? ух, батенька.

    3) очень много дублирования.

    4) очень плохо с protected variations.

    Справедливости ради, ваш код входит в категорию ">50% JS кода", так что не расстраивайтесь. Просто для работы в яндексе нужен чуть более высокий уровень и понимание вещей.
    Ответ написан
    17 комментариев
  • Какой онлайн сервис использовать для построения схемы бд?

    albeal
    @albeal
    бедный студент
    https://www.draw.io/
    Использовалась для построения ER диаграммы
    Ответ написан
    1 комментарий