Задать вопрос
  • Почему ember, angular и react сравнивают в скорости?

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

    Что касается сравнения перечисленного вами ПО, то это не корректно по той простой причине, что упускается из виду удобство разработки. Скорость давным-давно не является определяющим фактором. Мы уже 50 лет как не программируем на ассемблере (самый быстрый в исполнении, но крайне тяжелый в написании код).

    Ну а удобство там просто не измерить. Да и на софте разного масштаба (сложности), разной парадигмы архитектуры ты никак не сможешь это сравнить и измерить.

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

    Это бессмысленно сравнивать.
    Ответ написан
    Комментировать
  • Почему ember, angular и react сравнивают в скорости?

    sim3x
    @sim3x
    Ведь это же тот же js, разве такие вещи могут писать дилетанты, что у одних нормальный код, а у других куча лишнего?
    первые версии ангуляра писали люди с опытом js около года. js недавно стал "мейнстримом" - там полно профанов

    Подскажите, пожалуйста, почему их всё время сравнивают в скорости?
    потому что все они используются в продакшене у крупных компаний и других в "мейнстриме" просто нет
    Ответ написан
    Комментировать
  • Чем плоха Джумла?

    @zikkuratvk
    Занимаюсь веб-разработкой
    Joomla ни чем не плоха, во всяком случае из большой тройки CMS, она всяко лучше WP (по коду и по возможностям). С помощью компонентов догоняется до уровня Drupal, во всяком случае я не знаю аналогичной CMS, где есть сразу два WAB (Fabrik и Seblod).
    Шаблонизация одна из лучших, во всяком случае она действительно логичная и с намеком, что это все таки MVC, в отличии допустим от того же WP.
    SEO - честно актуальность ключей и описаний сейчас очень низкая, но хотя бы это все есть из коробки... Есть и canonical, и og теги, и микроразметка и еще 100500 плюшек.
    Если честно с моей точки зрения, у Joomla есть две проблемы:

    1. Это не стабильные обновления, честно раздражает и уже выработало привычку, что сразу обновляться нельзя.
    2. Это не очень удобная админка с точки зрения контент менеджера.

    При этом...
    Более менее нормальны код самой CMS.
    В базе Joomla годная CMS, не надо ставить 100500 расширений, чтоб получить базовые функции Joomla.
    Самая быстрая и наименее требовательная CMS. Удивительно правда?
    По уникальным расширениям наверное опережает все остальные CMS. Это и гигантский парк магазинов, ССК, WAB, специализированные расширения.

    В общем проблем с возможностями у Joomla нет, у нее проблемы с позиционированием. Так как для почитателей WP она уже сложна, а для почитателей Drupal, они не будут копать в компоненты, чтоб въехать, что на Joomla можно сделать, то же самое и даже больше.
    Ответ написан
    4 комментария
  • Как происходит деплой современного фронтенда?

    Можете посмотреть такие инструменты, как shipit и flightplan. Первый - более модульный, имеет некоторые плагины, а также поддерживает функцию "rolling releases" (чем-то похож на capistrano для ruby или deployer для php), второй же - более упрощенный.
    Варианты деплоя есть разные - можно локально собирать или на build-сервере и на прод заливать, а можно собирать уже на проде. Каждый выбирает то, что ему по душе.
    Ответ написан
    Комментировать
  • Где смотреть UI элементы?

    photozoom
    @photozoom
    Ответ написан
    Комментировать
  • Как вырасти из программиста в менеджмент?

    Baron_aka_avs
    @Baron_aka_avs
    Прежде чем переквалифицироваться (а это именно переквалификация) в проектные менеджеры вы должны себе ответить на несколько вопросов:
    1) готов ли я уделять проекту времени больше чем обычный рабочий день?
    2) готов ли я постоянно коммуницировать, убеждать и доказывать, обсуждать и находить консенсус по очень разноплановым вопросам, от технических до HR и бюджетирования?
    3) готов ли я что ситуация может очень резко измениться, причем как в следствие внезапно "вынырнувшей" проблемы, так и достаточно естественным образом, и готов ли я постоянно нивелировать зарождающиеся риски?

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

    Про скилы:
    учитывая что вы программист могу сказать что ПМ должен уметь:
    1) детализировать задачи до оцениваемых (и с этим вы в своей работе уже сталкивались);
    2) уметь за озвученными "хотелками" увидеть бизнес- потребность (это похоже на работу аналитика);
    3)объяснить как правильно на бизнес- процессы заказчика ложиться реализуемый (реализованный) продукт (это то чем занимаются внедренцы).

    Остается поднять компетентность по управлению рисками, коммуникациями, а планирование это больше следование набору правил.

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

    Что почитать:
    Касательно принципов управления персоналом и делегирования - могу порекомендовать послушать лекции Александра Фридмана;
    Управление проектами: Том Де Марко - Роман об управлении проектами;
    Тайм менеджмент: Книги Глеба Архангельского

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

    Привет, пару месяцев назад я и мой коллега думали над названием для нашей компании. Опробовали несколько сервисов по генерации имен, но были не довольны, по-этому я разработал свое решение gugiwu.com

    Промокоды на десять генераций:
    1342a75ff0864
    c1b8d7beba314
    62cff18f2f3a4

    Как пользоваться сервисом:
    1. Отметить чекбокс возле словаря, который хотите использовать;
    2. Добавить список слов (я рекомендую от 20 слов и выше) во текстовое поле, которые хотите использовать в имени через запятую;
    3. Ввести промокод;
    4. Нажать кнопку сгенерировать имена.

    Система предоставит список имен, которые она смогла сгенерировать.

    Будет очень полезно услышать ваш фидбек по сервису. Можем реализовать другие фичи, если необходимо. Сервис планируем сделать платным в будущем.
    Ответ написан
  • Чем плоха Джумла?

    tramp55
    @tramp55
    Землю попашет, попишет стихи....
    Чем плоха Джумла, лучше почитать на Хабре. Там ее многие хорошо знают... с плохой стороны. Многие с нее и начинали.
    Ответ написан
    Комментировать
  • Ускорение верстки psd?

    Woorg
    @Woorg
    Front-end Developer
    Ответ написан
    Комментировать
  • Какой уровень ЗП у программистов vs менеджеров(проджект/продакт)?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Все imho из личного опыта:

    1. Доход project manager - находится в среднем плюс минус на уровне middle developer, но в отличии от последних - практически нет возможностей для подработки на стороне.

    2. Между product и project manager - пропасть и в доходах и в функционале на порядок.
    Доход >> доходов любых разработчиков включая TL
    По личному наблюдению, люди работающие product manager либо имеют успешный опыт своих проектов, либо работали директорами(менеджерами) по развитию/продвижению/продажам.
    Выросшие из аналитиков или из project manager это реально единицы.
    Выросших напрямую из разработчиков минуя написанное выше - не встречал ни разу.
    Какой путь до Product Management выбрать?

    3. В Москве разница в оплате одной и той же должности в разных компаниях может быть 2-3 раза легко. (впрочем и сложность работы аналогично отличается)

    Исходя из этого:
    - Разработчики растут либо в сеньеров либо в TL. Случаев ухода в project не знаю.
    - Project либо уходят с ростом денег на аналогичные должности в более крутые компании, либо в свой бизнес, либо видят что не тянут и действительно засматриваются на кодерские специальности.
    Ответ написан
    Комментировать
  • Какой уровень ЗП у программистов vs менеджеров(проджект/продакт)?

    opium
    @opium
    Просто люблю качественно работать
    ну скажем программер зарабатывает тысяч 10 баксов, а менеджер может тысяч 30 баксов , зависит от того сколькими людьми он управляет.
    Ответ написан
    Комментировать
  • Какой уровень ЗП у программистов vs менеджеров(проджект/продакт)?

    sim3x
    @sim3x
    Зависит от "совковости" начальства
    - низкая: зп синьйора > зп ПМ
    - высокая: зп синьйора << зп ПМ

    Становится или не становится ПМ зависит от того, хочешь ли ты быть управленцем или нет

    В ПМ ты можешь прийти с позиции джуна
    Ответ написан
    9 комментариев
  • Какой уровень ЗП у программистов vs менеджеров(проджект/продакт)?

    saboteur_kiev
    @saboteur_kiev Куратор тега Карьера в IT
    software engineer
    Выгоднее быть хорошим специалистом в каком-то направлении, в котором ты сможешь себя реализовать.

    Далеко не всегда просто навыки, знания и упорство в изучении принесет тебе собственную реализацию. Люди разные, и "не твое" означает, что тебе будет противно заниматься какими-то вещами, ты не будешь отдаваться на все сто, и даже на 90, и вообще хорошо если хотя бы на 50%.

    Кроме того, что такое выгодно? Не все меряется деньгами, особенно если зп хотя бы от 1$k - тут уже начинается минимальная зона комфорта, когда кроме работы появляется куча доступных интересов.
    Ответ написан
    2 комментария
  • Как вырасти из программиста в менеджмент?

    anton9
    @anton9
    Люблю Ruby on Rails
    Могу ещё посоветовать поучиться на "кошках" - если вы в вебе, то тут проще - поспрашивайте у знакомых, может кому-то нужно сделать относительно простой сайт.
    - соберите требования с клиента (знакомого)
    - найдите фрилансера-дизайнера
    - найдите фрилансера-верстальщика
    - проследите, что бы процесс прошел без перебоев, что бы дизайнер сделал все страницы, все экраны и состояния, что бы верстальщик все адекватно и адаптивно сверстал, что бы работал весь его JS
    - если вы вебщик, то напишите бэкенд, задеплойте его, покройте приложение тестами, протестируйте его
    - найдите контентщика для некой поддержки этого сайта

    Если пройдете все эти шаги, при этом не переругавшись ни с кем, не послав друг друга куда подальше, поздравляю - вы хороший начинающий манагер.
    Ответ написан
    6 комментариев
  • Чем плоха Джумла?

    sabramovskikh
    @sabramovskikh
    Она плохо:
    1) Глупая система шаблонов компонентов.
    2) SEF из коробки не всегда работает
    3) Несколько перенастроек кейвордсов, тайтлов и дескрипшинов. Фиг пойми где их вводит, потом ищешь где его поменять
    4) Ну и просто она без сторонних расширений не функциональная, а ставить их это 100% путь к заражению вирусами
    Ответ написан
    7 комментариев
  • Чем плоха Джумла?

    politon
    @politon
    HTML5,CSS3,JS,PHP,SQL,API,canvas,animation...
    В принципе скулят рукожопы, знания которых ограничены установкой готовых расширений. Способных подгонять ТЗ под возможности скудных знаний, а не подогнать готовый функционал под ТЗ.
    Очень мало кто способен собрать проект не из коробки CMS, а с framework. 99% понятия не имееет, что это https://framework.joomla.org/
    Ответ написан
    1 комментарий
  • Чем плоха Джумла?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    За простоту и гибкость для администратора сайта приходится платить сложностью поддержки программистом, часто не оправдано.
    Joomla как и множество других cms ориентируется на максимально широкую ЦА, а чем шире ЦА - там ниже средняя квалификация. Следственно ниже качество результирующего сайта.
    Вот вам пару примеров:
    - Размещать код весь web приложения в публичном каталоге - это дико опасная практика. Но ей пользуются потому, что у конечного пользователя могут возникнуть сложности в установке.
    - Изменять код cms для конечного сайта - тоже хреновенькая практика. Наверняка вы хоть раз слышали фразу "обновился и ничего не работает", это как раз из этой серии.

    Большие проблемы начинаются, когда ваш проект разрастается (по функциональности). Чаще всего они выражены в экспоненциальном росте сложности проекта и технического долга.
    Ответ написан
    7 комментариев
  • Чем плоха Джумла?

    zooks
    @zooks
    Frontend
    Если вы про PHPNuke, то это скорее начало нулевых. Оттуда же родом Джумла (форк Mambo середины нулевых). На определенном этапе она была хороша, но сейчас ее будут поддерживать только лютые фанаты. Саму концепцию бездумной установки плагинов перенял WordPress. Если сайт 10 лет не поддерживался, то легче перенести на любую современную CMS.
    Ответ написан
  • Как определить кол-во исходящих потоков соединений?

    @gagarinstas
    Да та же windows может качать свои обновления. Нужно анализировать трафик специальными инструментами, например Wireshark.
    Ответ написан
    1 комментарий