Задать вопрос

Дмитрий Ларин

Лайки

  • Почему много людей в IT недовольны своей работы?

    php666
    @php666
    PHP-макака
    отговаривают всех сюда идти,
    а что надо делать? Выйти в центр города и кричать "все идите в айти тут зп от 100 000!!"? Плодить конкурентов?

    но почему никто не уточняет что это он делает 12 часов 6 дней в неделю. Либо по суткам как работал мой знакомый. Почему никто не уточняет что часто заработанные деньги нужно пускать на починку машину. И разве это так легко каждый день стоят столько часов в пробках, стараться по быстрее дойти от точки А до точки B каждый день. Почему никто не уточняет что в этом деле о перспективах можно и забыть. Ты работаешь, получаешь деньги и всё. И кэмон ребята, они получают как средний программист с небольшим опытом работы. Зарплаты которые получаются ITшники с 5+ летом работ, им далеки.
    почему ТЫ не уточняешь, что:

    - 90% программистов с опытом в 5+ лет имеют вполне среднестатистическую зарплату по отрасли, никто с жиру не бесится и на мерседесах не разъезжает (вопреки рассказам некоторых о зарплатах в 200/300/400 "не напрягаясь"). Не знаю и не знал ни одного программиста, кто бы в 30/35/40 лет ездил на крутой тачке или имел бы уже купленное жилье.

    - что работают по долбанному графику 5/2, при котором в день если тратится от 2 до 4 часов на дорогу на работу, то в сумме принадлежат сами себе лишь ДВА дня в неделю. В отличие от мента или таксиста со сменным графиком.

    - что вся жизнь заключена в коробке монитора 30х40 и кроме долбанного кода в жизни ты не видишь ничего. День сурка длинной в карьеру.

    - что профдеформация влияет на характер, умение общаться с людьми, коммуникабельность и тп.

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

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

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

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

    Сам уже года 2 как работа в IT сфере в Full time
    Когда у тебя будет юбилей в 10 лет - приходи и расскажи, как изменится твое мнение. 2 года - это ничто. Средний срок работы опытного программиста на одной из работ.

    почему люди вроде с большим опытом а мыслят так
    потому, что у них большой опыт, да. И поработав в 10/15 компаниях за жизнь они уже всего насмотрелись и не испытывают щенячьего восторга от коробки монитора и кода. Они видели, что все в целом похоже, понимают суть этой работы и, в целом, смотрят на мир без розовых очков.
    Ответ написан
    31 комментарий
    31 комментарий

  • Почему много людей в IT недовольны своей работы?

    yarkov
    @yarkov
    Помог ответ? Отметь решением.
    Почему никто не уточняет что часто заработанные деньги нужно пускать на починку машину

    Ну да, у IT-шников ведь проблем со здоровьем не бывает и они заработанные деньги на лечение не тратят.

    меня поражают люди которые имея большой опыт в IT отговаривают всех сюда идти, при этом советуют другие профессии

    Сразу оговорюсь, что это моё субъективное видение и не претендует на абсолютно правильный ответ. Работа в IT (разработке, так как в другой сфере, касающейся IT, я не работал) предполагает, что ты этим "горишь". На стройку ты пришёл к 9, ушёл в 18 (образно) и пошёл пивка попить в бар с товарищем. И не думаешь о работе до 9 утра следующего дня.
    В разработке не так (лично у меня). Вот я официально удалённо работаю, с 10 до 19. 5/2, отпуск, праздники, выходные, все дела. НО! Я не могу просто встать в 19 часов и переключиться на дела семейные. Ну вот не получается. Особенно если не удалось доделать какую-то задачу и завтра надо продолжать.
    Бывает сидишь, разговариваешь с женой/другом, а в мыслях решаешь как бы половчее написать компонент, чтобы меньше копипасты (утрированный пример). И так почти постоянно.
    Если к этому нет тяги, то я считаю, что и начинать не надо. Идти в IT только польстившись на зарплату не стоит. Помимо денег работа и удовольствие приносить должна.
    Ответ написан
    12 комментариев
    12 комментариев

  • ВЕБ студия с сотрудниками фрилансерами?

    catdesign
    @catdesign
    Веб-разработчик
    1. Фрилансер - это черная дыра. Нет никаких гарантий, что вы с первого раза найдете хорошего специалиста. Вы потратите массу времени походив по рукам как портовая путана, потеряете массу времени и сил. В итоге скорее всего специалиста вы найдете, но какой ценой?

    2. Нет слово бесплатно. Бесплатно будут работать только молодые специалисты, которых вы воспитаете. И то не долго, постепенно их интерес и отеческие симпатии пропадают, люди имеют свойство развиваться.

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

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

  • Как развиваться дальше как программист?

    inoise
    @inoise Куратор тега Карьера в IT
    Solution Architect, AWS Certified, Serverless
    Никуда. Если не хватает сил и мотивации выучить даже ещё один язык и вы бросаете все на полпути то с тем же успехом можно продолжать ничего не делать
    Ответ написан
    Комментировать
    Комментировать

  • В веб-программировании постоянно всё быстро меняется?

    @hatman
    1) Если человек более менее шарит и готов учиться и работать, то он не особо чувствует напряга при смене технологий.

    2) Жалобы на то, что все слишком быстро меняется чаще всего идут от того, кто поверхностно разбирается в теме. Тот, кто сидит в теме, просто переходит от одного к другому, ведь ничего не появляется просто так.

    __

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

  • Как поступать, если ответ после собеседования от компании может задержаться?

    @kandrash
    Кратко о себе
    Конечно идти на собеседование во вторую. Да и понятие этикета у вас странное. По вашему "деловой этикет" сейчас запрещает первой компании собеседовать других людей? Или он только в одну сторону работает?
    Ответ написан
    Комментировать
    Комментировать

  • Как поступать, если ответ после собеседования от компании может задержаться?

    @RaGe22
    "Вопрос из делового этикета" - нет, вопрос ваших тараканов в голове.
    Ответ написан
    Комментировать
    Комментировать

  • Как поступать, если ответ после собеседования от компании может задержаться?

    fedorez
    @fedorez
    Хатуль мадан
    спокойно собеседуйтесь во вторую третью, четвёртую.
    неловко - это ваши тараканы, изгоняйте.
    вообще, советую смотреть на жизнь проще и принять немного цинизма, не запивая, потому как:
    - компания вам не семья, не мать, не отец, не половой партнер;
    - вы не вступаете в орден самураев и ничего не подписываете кровью (надеюсь);
    - у вас взаимовыгодное ситуативное сотрудничество, рано или поздно вы перерастёте свою компанию и пойдёте дальше и это нормально, в случае каких-то проблем и изменений вас легко и без долгих моральных терзаний выставят за порог (в лучшем случае с компенсацией) и это нормально;
    - выкиньте из головы романтику и думайте о своих интересах first.

    удачи.
    Ответ написан
    Комментировать
    Комментировать

  • Что мотивирует IT специалистов кроме ЗП?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    У меня лично деньги на первом месте. Кроме них мотивирует возможность профессионального роста и престиж выполняемой работы.
    Ответ написан
    Комментировать
    Комментировать

  • Модальные окна - 1С Битрикс?

    s_panteleev
    @s_panteleev
    25 yo, Yaroslavl
    Можно использовать, например, библиотеку из ядра:
    BX.PopupWindowManager - https://dev.1c-bitrix.ru/api_help/js_lib/popup/pop...

    Пример
    <?php

CJSCore::Init(['popup']);
?>

<a href="#" id="element">Ссылка</a>

<script>
    // BX.element - элемент, к которому будет привязано окно, если null – окно появится по центру экрана

    BX.ready(function () {
        var popup = BX.PopupWindowManager.create("popup-message", BX('element'), {
            content: 'Контент, отображаемый в теле окна',
            width: 400, // ширина окна
            height: 100, // высота окна
            zIndex: 100, // z-index
            closeIcon: {
                // объект со стилями для иконки закрытия, при null - иконки не будет
                opacity: 1
            },
            titleBar: 'Заголовок окна',
            closeByEsc: true, // закрытие окна по esc
            darkMode: false, // окно будет светлым или темным
            autoHide: false, // закрытие при клике вне окна
            draggable: true, // можно двигать или нет
            resizable: true, // можно ресайзить
            min_height: 100, // минимальная высота окна
            min_width: 100, // минимальная ширина окна
            lightShadow: true, // использовать светлую тень у окна
            angle: true, // появится уголок
            overlay: {
                // объект со стилями фона
                backgroundColor: 'black',
                opacity: 500
            }, 
            buttons: [
                new BX.PopupWindowButton({
                    text: 'Сохранить', // текст кнопки
                    id: 'save-btn', // идентификатор
                    className: 'ui-btn ui-btn-success', // доп. классы
                    events: {
                      click: function() {
                          // Событие при клике на кнопку
                      }
                    }
                }),
                new BX.PopupWindowButton({
                    text: 'Копировать',
                    id: 'copy-btn',
                    className: 'ui-btn ui-btn-primary',
                    events: {
                      click: function() {

                      }
                    }
                })
            ],
            events: {
               onPopupShow: function() {
                  // Событие при показе окна
               },
               onPopupClose: function() {
                  // Событие при закрытии окна                
               }
            }
        });

        popup.show();
    });
</script>

    Ответ написан
    Комментировать
    Комментировать

  • Как уже на собеседовании понять, какое в компании качество кода?

    @g_s_e
    Ну вообще стоит начать с того, что Вы подразумеваете под говонокодом. Зачастую говнокод - это не только криво написаный метод/класс, это еще плохо оптимизированная бд, кривая архитектура приложения и неверно выбранные инструменты для решения задач поставленных перед проектом. В любом случае проект делают люди, которые меняться на проекте, посему нужно выяснить детали самого подхода разработки проектов в самой компании:
    - спросить сколько проект находится в разработке, степень покрытия тестами, если прокт древний и не покрыт, то плохо;
    - если проект древний, то узнать обновляются ли на нем версии инструментов/фреймворков на более новые, выяснить что с обратной совместимостью;
    - спросить как происходит процесс мерджа новых фич, если если через мерджреквесты на тимлида, которые он аппрувит или отклоняет, то уже не плохо, и Вам подскажут, проконтролируют, что не плохо. Eсли пуш в ветку девелопмент, то плохо;
    - если используют мерджреквесты на тимлида, то спросить используется ли git-flow, если да, то хорошо, это минимизирует варинт того, что Вы получите кучу крешей от того, что было запушино коллегами, если не используется, то плохо;
    - узнать что проиходит с CI на проекте, если есть тесты, то запускаются ли они при деплойменте, если да то хорошо, нет - плохо;
    - если это web проект, на котором используется бекенд и фронтенд фреймворки, то стоит спросить развернуты ли они на разных серверах, если да то хорошо, если нет то плохо;
    Выяснить это все иначе, чем по косвенным признакам, является маловероятным.
    Ответ написан
    Комментировать
    Комментировать

  • Какой язык программирования для Back-end производительнее?

    mindtester
    @mindtester
    http://iczin.su/hexagram_48
    бегло просмотрел (вроде уже 15 ответов ))
    не устою - докину! )))

    вообще то часто ценее на чем быстрее разработать надежный продукт )))
    или даже всегда ))
    по крайне мере слова скорость разработки + надежность (или легкость сопровождения, или читаемость, все очень рядом) в реальном мире всегда важнее ))

    node.js - ад для больших продуктов (выделил.. а то вроде уже одно не верное прочтение состоялось ))
    erlang- крутизна, но почему то не в фаворе (надо же)
    python - ну пока доползет... )))
    java - ветеран.. но..
    kotlin - все сахарозы в гости к нам.. но судя по отзывам на хабре, если серьезно, все еще сыроват
    C# - .net Core развивается стремительно. и по моим наблюдениям, спрос на https://hh.ru растет такими же темпами..

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

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

    pps .. или лирика по теме ))

    если вы перфекционист, и наделены реальным упорством - выбирайте Erlang. без шуток. но это не простой выбор.
    если согласитесь с идеей, что не самый лучший, однако один из лучших перфомансов, в сочетании с крутейшей информационной поддержкой, и реально лучшим в мире инструментарием (Visual Studio) выбирайте C# .net Core

    довесок о hiload с участием .net - https://habr.com/ru/company/targetix/blog/261745/
    Ответ написан
    4 комментария
    4 комментария

  • Какой язык программирования для Back-end производительнее?

    ThunderCat
    @ThunderCat
    {PHP, MySql, HTML, JS, CSS} developer
    80-90% времени ваш мегасуперязык будет простаивать в ожидании внешних сервисов: бд, кеша, рсс сторонних сайтов, ответа апи сервисов и т.д. Бэк чаще всего выполняет задачи прослойки а-ля принеси-подай-унеси. По этому вопрос производительности языка скорее вопрос удобства и опыта использования.
    Ответ написан
    Комментировать
    Комментировать

  • Как скрыть, CSS? script?

    hisbvdis
    @hisbvdis 
    .wices:empty {
    display: none;
}
    Ответ написан
    1 комментарий
    1 комментарий

  • Позднее статическое связывание php: как это работает?

    MegaMufa
    @MegaMufa
    Смотрите. Есть такая простая иерархия классов:
    class A
{
    public static $text = 'class A';

    public function selfTest()
    {
        echo self::$text;
    }

    public function staticTest()
    {
        echo static::$text;
    }
}

class B extends A
{
    public static $text = 'class B';
}


    Мы создаем экземпляк субкласа и вызываем методы, определенные в предке.
    $obj = new B();
$obj->selfTest(); // выведет "class A"
$obj->staticTest(); // выведет "class B"

    self всегда указывает на тот класс, в котором он написал. Здесь метод описан в классе A, и self указывает на класс A, хоть и вызывается из класса B.
    Значение static вычисляется при вызове. И static указывает на класс объекта в котором произошел вызов. В нашем случае он указывает на B, хотя сам код описан в классе A.

    Зачем это надо? Для того, что бы можно было переопределять статичные члены вашего класса в наследниках и вы могли обращаться к новым значениям из методов, описанных в предке.

    С обычными не статичными членами это и так работает, потому что они собираются, когда вы создаете объект класса. Что бы это работало для статичных методов, надо использовать static
    Ответ написан
    1 комментарий
    1 комментарий

  • Есть ли жизнь в госкорпорациях?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Всегда считал, что как раз в корпорациях хорошо, а работать не надо в стартапчиках, так как там панибратство, бардак, нестабильность и прочий детский сад.
    Ответ написан
    15 комментариев
    15 комментариев

  • Разговоры о зарплате с руководителем?

    Beshere
    @Beshere
    Разработчик
    Было уже. Повысить зарплату очень просто. Устраивайтесь. Работайте год. Если з/п не поднимают, ищите новую работу с зарплатой выше, чем сейчас. Находите - пишите заявление и к начальнику. А тот уж подумает и решит что-то, но вы по-любому получите повышение зарплаты.

    Другой вопрос, если нету работы с больше зарплатой для вас. Тогда успокойтесь - вы получаете наверно даже больше, чем стоите сейчас на рынке труда.
    Ответ написан
    1 комментарий
    1 комментарий

  • Как обосновать повышение зарплаты?

    opium
    @opium
    Просто люблю качественно работать
    Если идей нет то каждый год можно просто приходить за реиндексацией ЗП на реальную инфляцию
    Ответ написан

  • Есть ли жизнь в госкорпорациях?

    Jump
    @Jump
    Системный администратор со стажем.
    Есть ли жизнь в госкорпорациях?
    Везде по разному.
    Корпорации они все разные, разные условия, зарплаты. Даже в пределах одной корпорации - разные отделы по разному финансируются и там разные условия.
    Даже в крупных компаниях очень много зависит от непосредственного руководителя.

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

    Вывод - смотрите условия в конкретной корпорации и думайте подойдут ли они вам.
    Ответ написан
    Комментировать
    Комментировать

  • В каком стеке web технологий одновременно: высокий порог входа, высокие зарплаты и в целом не проблема найти удалёнку?

    Bandicoot
    @Bandicoot
    Вась-программист
    Backend-разработка.

    Порог входа - высокий, т.к. нужно много технических знаний, подкрепленных практикой.
    Зарплаты - в целом по рынку хорошие.
    Эти 2 фактора коррелируют между собой. Высокий порог входа как правило подразумевает высокую зарплату и наоборот.

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

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