Задать вопрос
  • Стоит ли бояться проблемы 2038 года и не использовать timestamp?

    @HiIamRobot
    Большинство веб проектов закрываются в первый год. В следующий ещё и в последующие годы. Если ваш доживет до 2038 это будет чудо, ещё с большей вероятностью не вы будете его рефакторить через 22 года(если он доживет). К этому времени его с 100% вероятностью перепишут на чем то другом, тут не знаешь чего через год два от веба ждать, а вы в такую даль смотрите.
    Ответ написан
    3 комментария
  • Что делать веб разработчику, если уже всё придумано?

    AgentProvocateur
    @AgentProvocateur
    Правильно заметили, что есть люди-исполнители, а есть люди-генераторы идей. Нужно реально взглянуть на себя и...принять это. Быть профессиональным исполнителем гораздо кошернее, чем быть генератором провальных идей. По статистике, 9 из 10 стартапов провальны...зачем пополнять собой этот список? Если ты - рыба, то многого ли ты добьешься от фрустрации по поводу неумения залезать на дерево?

    Самый верный путь к рабочей идее:
    1. Проработать в какой-либо сфере достаточное количество времени;
    2. Познать её изнутри на собственной шкуре;
    3. Выявить в ней боли/проблемы/недостатки;
    4. Решить их с помощью прикладного навыка (программирования);
    5. Обкатать в собственной работе;
    6. Упаковать решение и реализовать коллегам по сфере;
    ...
    7. PROFIT!

    Далее...даже если завтра в голову залетит рабочая идея, готов ли ты её реализовать? У тебя есть команда, готовая работать минимум полгода-год бесплатно на время создания беты, тестов, обкатки, раскрутки? Она сможет действительно реализовать всё как надо? Если нет команды, имеются ли у тебя средства на зарплатный фонд хотя бы для 5 человек на эти полгода-год? А с учетом налогов и отчислений (+30% к зарплате на руки)? У тебя есть условия для работы этих 5 человек? Есть ли у тебя сумма на маркетинговое исследование твоей идеи (или лучше облажаться на авось)? Есть ли у тебя хотя бы миллион на первичный трафик из директа? Или надеешься донести свой стартап до пользователей путём емэйл-спама?)) Я не указал и доли того, что потребуется для реализации небольшого web-сервиса, даже при наличии действительно рабочей идеи. Может быть, идеи не прут именно потому, что ты просто не готов к их реализации, и неча порожняка гонять?)

    Как выглядит стартап глазами романтичного юноши, начитавшегося глянцевых историй успеха:
    1. Придумать гениальную идею;
    2. Закодить в гараже в одну харю или в паре с дружбаном;
    3. Разместить на сервере и получать от мира благодарности, признание и мешки денег.

    Как выглядит стартап на самом деле:
    1. Пахота минимум 10 лет в одном направлении/сфере;
    2. Наработка профессионализма, идей, контактов, связей, клиентской базы, понимания всех нюансов сферы;
    3. Угон базы, угон клиентов на себя, переманивание лучших коллег/сотрудников, оформление юрлица, открытие "своего дела" на рабочей идее)))

    К примеру, "икона стиля" стартаперов - Павел Дуров, он идеолог? Нет! Прикол в том, что он именно стырил рабочую идею (также, как тырят клиентскую базу у работодателя), собрал команду, создал для неё условия, привлек корешей-евреев с еврейскими ресурсами, бюджетами и влиятельной питерской крышей, и обеспечил этому всему грамотный проект-менеджмент и маркетинг. Дело в идее? Нет, дело в реализации:)

    А если серьезно, сайт - это просто промо-материал, как билборд, только интерактивный и в интернете. Языки веб-разработки - такие же инструменты, как молоток для изготовления билбордов. Веб-разработчик - нифига не носитель уникальных знаний (который просто обязан повторить успех Цукерберга, иначе не тру), и всего-лишь современный слесарь, изготавливающий технологичные интерактивные промо-материалы. А теперь представь слесаря, который завидует предпринимателям, которые заказывают у него билборды, и вскидывает руки к небу с криком "Доколе??")) Смешно? Смешнее только реплики других слесарей на тему "если нет идей, значит меняй профессию"))

    P.S. Понимаю, что вряд ли отметишь мой ответ решением, ведь тебе хочется подбадриваний вида "Не сдавайся! Ищи и обрящешь! Не опускай руки и всё получится! Вот тебе ссылочки, вот тебе инструкции!", а не режущей глаза суровой реальности. Но в некоторых случаях действительно полезно осознать своё место в пищевой цепочке - антилопа или гепард, слесарь или архитектор, промо-изготовитель или промо-заказчик и т.д. И исходя из этого уже взращивать свои амбиции, комплексы и фрустрации. Повторюсь - в стремлении стать самым крутым слесарем нет ничего постыдного, и даже в финансовом плане может оказаться куда выгоднее и стабильнее других амбициозных вариантов.
    Ответ написан
    4 комментария
  • Какой тип поля выбрать для хранения номера мобильного телефона (только цифры) в БД MYSQL?

    @karminski
    Senior React.JS Developer
    Что вы собираетесь делать с номерами? Складывать, вычитать, сравнивать (больше/меньше)? Наверно нет. Ну тогда не надо использовать те форматы, которые не требуются для ваших данных.

    Что такое номер телефона? Это строка из цифр и знаков (не важно, что вы знаки не хотите хранить). Так и используйте формат строки.
    Ответ написан
    1 комментарий
  • Какой тип поля выбрать для хранения номера мобильного телефона (только цифры) в БД MYSQL?

    longclaps
    @longclaps
    Если лишь бы впихнуть - BIGINT, если хотелось бы еще иметь поиск, скажем, по LIKE - тогда CHAR.
    А вообще сколько ты ожидаешь набрать телефонов? 1000? 1000000? По-любому это займет совсем немного места )
    Ответ написан
    2 комментария
  • Сколько по времени вы затрачиваете на верстку?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    Посылай заказчика в пешее эротическое путешествие.
    У меня КАЧЕСТВЕННАЯ верстка такого проекта (посмотрел пример) займет 4-5 дней по 8 часов.
    Оценивал главную, внутренние и различные возможные косяки с адаптивностью.
    Это с условием, что весь контент предоставлен и голову ломать не надо.
    Тупо поработать кодогенератором.
    За 10 часов будет куча говнокода, куча косяков.
    Вообще с таким заказчиком без денег останетесь.
    Ответ написан
    6 комментариев
  • Как справиться с недостатком сосредоточенности?

    saboteur_kiev
    @saboteur_kiev Куратор тега Организация работы
    software engineer
    Просто берешь
    и работаешь.

    Понял?

    P.S. https://www.youtube.com/watch?v=ZXsQAXx_ao0
    Ответ написан
    8 комментариев
  • Какой есть хороший NESTED SETS для YII2?

    @zimovid
    Ответ написан
    Комментировать
  • Что посоветуете еще подучить что бы тянуть на Junior PHP разработчика?

    Я бы не назвал ваш уровень Junior. Если вы в состоянии самостоятельно
    - развернуть девелоп-среду
    - вести гит
    - писать код и обкладывать его тестами
    - настроить деплой

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

    @ncer
    Frontend
    На мой взгляд ответ на это вопрос во многом упирается в требования и задачи бизнеса для которого и делается сайт/приложение.

    Бизнес полностью завязанный на онлайн (например, Airbnb, Booking, какие-то CRM-системы и любые системы использующие Big Data) требует как минимум:
    • максимальной стабильности проектируемой системы
    • отсюда компонентный подход (как известно в HTML пока нет чистых компонентов, стандарт Web Components еще пишется) и как следствие стройную и понятную архитектуру приложения
    • максимальный контроль за состоянием компонентов
    • максимальную расширяемость компонентов


    Все это трудно сделать на jQuery. jQuery просто манипулирует DOM узлами, но он их не контролирует и ничего об их состоянии не знает и не запоминает.

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

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

    Нет ничего постыдного писать таким способом и зарабатывать свои $5. Кто не согласен, пусть засунет своё мнение в комментарий. Я люблю повторять фразу, что все framework’и служат 2 целям, делать из миллиардного проекта, проект на миллион, и из проекта за $100 — проект на пару миллионов. Пользуетесь тем что эффективнее сэкономит ваше время и деньги.
    Ответ написан
    2 комментария
  • Какие порекомендуете книги по сетям для веб разработки?

    @Zoberg
    Я рекомендую https://www.ozon.ru/context/detail/id/31336455/
    Там первая половина книги просто про сети, без вендорлока. Житейские примеры, простым языком рассказано о всех основах.
    Ответ написан
    Комментировать
  • Почему говорят что jquery не нужен?

    andkorol
    @andkorol
    Зажрались, сэр!©
    Ответ написан
    Комментировать
  • Почему говорят что jquery не нужен?

    iCoderXXI
    @iCoderXXI
    React.JS/FrontEnd engineer
    jQuery был хорош, но ничто не стоит на месте. Раньше фронтенд никто особо не воспринимал всерьез. Все считали, что фронтенд - это несколько скриптов, которые принципиально погоды не делают. Все изменилось с ростом популярность SPA, в т.ч. и благодаря бурному развитию JS.

    В любом приложении очень важно прозрачно и понятно управлять состоянием, очень желательно делать это централизованно. Былой подход с участием jQuery делает это невозможным. Кто угодно может менять что угодно на странице, когда угодно, и приложение об этом ничего не знает без очень хитровыдуманных методов. Например в первом ангуляре для этого постоянно бегал по элементам и проверял что там изменилось, это называется "грязные проверки" (dirty checking). Мягко говоря это ни разу не оптимальный способ контроля состояния, но, на тот момент, вариантов особо не было.

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

    В каких-то простых страничках с парой-тройкой функций jQuery даже сегодня может быть актуален, особенно если приложить усилия и делать грамотно.

    Но что-то чуть более сложное уже требует совершенно иного подхода.
    Ответ написан
    Комментировать
  • Какие технические характеристики прежде всего нужно учитывать при выборе видеокарты для майнинга?

    Labunsky
    @Labunsky
    Я есть на хабре
    sim3x все сказал, в общем-то. В интернетах полно таблиц с конкретными значениями.
    Помимо этого обращай внимание на энергопотребление и тепловыделение.
    И обязательно на СО, многие с ними сейчас халтурят, в результате в играх ведут карты себя хорошо, а на майнинге помирают от перегрева
    Ответ написан
    Комментировать
  • Какие технические характеристики прежде всего нужно учитывать при выборе видеокарты для майнинга?

    @iAzzy
    1) Наличие
    2) Цена

    RX47x, RX48x, RX57x, RX58x после манипуляций с таймингами примерно одинаковое количество хешей выдают.

    Были видюшки и с памятью самсунг, о которой все кричат как классно она гонится, и с другими производителями. Везде одинакового, разница +/- 1 хеш.

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

    2ord
    @2ord
    Скорее всего, код был затёрт при разрешении конфликта тем кто его разрешал.
    Ответ написан
    Комментировать
  • Что можете посоветовать вместо fontAwesome?

    SkiperX
    @SkiperX Куратор тега CSS
    https://www.flaticon.com/
    Иконочные шрифты уходят в прошлое, заменяйте на свг
    Ответ написан
    2 комментария