Это как с программированием. Если бы я начинал изучение программирования не с решения олимпиадных задачек на паскале, а, скажем, с нюансов операционных систем, работы железа, ООП и всех тонкостей профессиональной разработки на C++, то, наверное, никогда бы не смог написать «Hello, World».
Вот уж действительно:
Так вот «расскажешь свою зарплату — уволим» (даже с нарушением закона) — это и есть то самое желание «показать, кто в доме хозяин».
А разве работодатель в своей компании не хозяин?
Одно дело — попросить не распространяться о зарплате (на моей памяти в основном люди такие просьбы выполняли). Другое — угрожать.
На моей памяти еще ни один работодатель не угрожал.
Речь ведь идет о корпоративной культуре и неважно, кому это идет больше на пользу — работодателю или работнику. Зачем идти в такое место, где человек будет не рад?
Все такие воины: чуть нарушили их права, так сразу в суд. Нагибаторы сплошь и рядом. Работодатель указал на корпоративное правило не разглашать зп, так он зарвавшийся и его нужно наказать: НЕ ПО ЗАКОНУ, ТЫ МЕНЯ ОГРАНИЧИВАЕШЬ.
А сотрудник приходит только деньги зарабатывать. Видимо, работадатель, не хочет деньги зарабатывать, а пришел служить интересам «лучших умов» и работать в убыток.
Странная вещь. Пришел человек в компанию, согласился на определенную сумму оплаты своего труда. А потом ходит и всем кричит о зп, чтобы узнать, а не продешевил ли он. И не дай Бог кому-либо указать ему о том, что разглашать зп нельзя… Почему бы сразу не узнать свою стоимость? Почему бы не сходить в другие компании и не узнать, сколько там предлагают? Если, конечно, экспертизы хватит получить денег больше. А то ведь может оказаться так, что компания не смогла оценить реальный скил и предложила больше, чем готов предложить рынок… Случай-то далеко не редкий.
Но не в этом дело. Закон не запрещает — делай что хочешь. Но также каждый имеет право не пользоваться своим правом.
Как показывает мой жизненный опыт — все нагибаторы забывают то, что им делают тоже поблажки. В случае с работодателем это и плавающий график и возможность поработать из дома, а некоторым разрешают уезжать зимовать в теплые края. Sick days, оплата больничного 100%, а не 80% (для Беларуси). Для парней в некоторых компаниях отдел кадров не отправляет сведения в военкомат (тоже для Беларуси; не знаю, как дела с этим в РФ).
Как говорится, Quid pro quo. Но нагибаторам не понять.
Законно и не надо оформлять. Всегда можно найти способ уволить человека. И если на первом месте в компании стоит внутрення политика, а не экономия, то обычное «сокращение штата» с выплатой компенсации. Делов-то…
Зато не будет человека, который пришел в чужой дом со своими правилами и занимается дезертирством. Когда работник устраивается в компанию, то его предупреждают о правилах. И неважно, можно ли за нарушение каких-то правил наказать по закону или нет. Своим согласием работник принимает правила, иначе зачем соглашаться? Разве что у этого работника сразу было в планах показать, что он «в доме хозяин».
Жаль, что не многие понимают, что мнение/взгляды как член — не всем и не всегда его нужно показывать.
Он или не он его изобрел, но Артемий очень жестко этого правила придерживается. Можете посмотреть его интервью Дудю, которое вышло неделю-полторы назад.
Где-то работает маркетолог слова «профнепригоден»?
Как ни статья, так обязательно где нужно и не нужно влезет это слово.
Нельзя человека называть профнепригодным, если он на листочке не осилил написать алгоритм.
Говоря языком ассоциаций, данное действие можно сравнить с могильщиком. Никто не просит могильщика выкопать могилу голыми руками — ему дают ИНСТРУМЕНТ, например, лопату.
Так и IDE, компилятор, клавиатура являются такими же инструментами для разработчиков, как для могильщика лопата или экскаватор.
Да просто банально комфортнее писать код с инструментами, чем ручкой на листике. Хотя бы потому, что разработчик проводит 8+ часов в рабочий день именно за этими инструментами, а не за блокнотом с ручкой.
… статичные глобальные переменные также являются глобальными с той лишь разницей, что они доступны только в пределах одного файла, где они определены.
Статические глобальные переменные видны не в файле, а в единице трансляции. То есть если статическая переменная определена в *.h файле, то при включении этого файла в другой она будет видна и там.
Так как это одна из лучших статей, что я видел, то будет правильно убрать любую неточность:)
Рассказ будет кратким, без рассмотрения алгоритмов балансировки при вставке/удалении элементов в красно-черных деревьях.
Т.е. самое важное, благодаря чему используется это дерево фактически везде в STL, не рассматривается?
Имхо, эту статью можно просто заменить ссылкой на википедию.
Вот написал я программу по открытию окна.
Создал окно 720x720. Но почему-то glfwGetFramebufferSize() возвращает мне 1440x1440. Хотя окно выглядит как 720x720, но OpenGL рисует правильно только при glViewport(1440x1440), а при 720х720 смещается к началу (в левый нижний угол окна).
Может кто знает, в чем дело?
Спасибо. В целом, я так и думал, но так как я только начал вникать в эту тему, то я мало в чем уверен.
Вообще, хотелось бы почитать про the best practice.
Такой способ применялся еще в первых консольных приставках
А как решать такие проблемы:
1. Просадка кадров. Когда текстура — это 150 кадров, рассчитана на анимацию 2 секунды по 75 кадров, а получается только например 50 кадров? Пропускать кадры просто?
2. Когда кадров в текстуре 30 и рассчитана на секунду, а фпс получается 75?
Честно, пока не знаю. Я ее только вчера вечером получил, прочел 1-3 главы. Главы 2 и 3 рассказывают про сетевое взаимодействие, а так как я последние 3 года занимался сетевой разработкой на Linux, то получается, что я смотрел на эти главы уже со своими знаниями. Ничего нового не узнал, но, как по мне, 2-ая глава написана хорошо (ее не хватало как фундамента при чтении «Стивенс. Сетевое программирование». А 3-я… как-то не впечатлила; для новичков слишком слабо, для знающих — бесполезно.
Судя по началу — книга выше среднестатистической и стоит почитать.
А про основную составляющую книги — решение проблем при сетевом взаимодействии в играх — напишу через пару дней.
Мне не нравится, что пропало меню слева.
Очень удобно когда меню всегда под рукой.
Так как теперь оно сверху, то лучше всего, конечно, чтобы при прокрутке вверх оно появлялось, вне зависимости от того, в какой части страницы находишься.
Вот уж действительно:
А разве работодатель в своей компании не хозяин?
На моей памяти еще ни один работодатель не угрожал.
Речь ведь идет о корпоративной культуре и неважно, кому это идет больше на пользу — работодателю или работнику. Зачем идти в такое место, где человек будет не рад?
Все такие воины: чуть нарушили их права, так сразу в суд. Нагибаторы сплошь и рядом. Работодатель указал на корпоративное правило не разглашать зп, так он зарвавшийся и его нужно наказать: НЕ ПО ЗАКОНУ, ТЫ МЕНЯ ОГРАНИЧИВАЕШЬ.
А сотрудник приходит только деньги зарабатывать. Видимо, работадатель, не хочет деньги зарабатывать, а пришел служить интересам «лучших умов» и работать в убыток.
Странная вещь. Пришел человек в компанию, согласился на определенную сумму оплаты своего труда. А потом ходит и всем кричит о зп, чтобы узнать, а не продешевил ли он. И не дай Бог кому-либо указать ему о том, что разглашать зп нельзя… Почему бы сразу не узнать свою стоимость? Почему бы не сходить в другие компании и не узнать, сколько там предлагают? Если, конечно, экспертизы хватит получить денег больше. А то ведь может оказаться так, что компания не смогла оценить реальный скил и предложила больше, чем готов предложить рынок… Случай-то далеко не редкий.
Но не в этом дело. Закон не запрещает — делай что хочешь. Но также каждый имеет право не пользоваться своим правом.
Как показывает мой жизненный опыт — все нагибаторы забывают то, что им делают тоже поблажки. В случае с работодателем это и плавающий график и возможность поработать из дома, а некоторым разрешают уезжать зимовать в теплые края. Sick days, оплата больничного 100%, а не 80% (для Беларуси). Для парней в некоторых компаниях отдел кадров не отправляет сведения в военкомат (тоже для Беларуси; не знаю, как дела с этим в РФ).
Как говорится, Quid pro quo. Но нагибаторам не понять.
Хотя, не исключаю, что все правы, а я нет.
Зато не будет человека, который пришел в чужой дом со своими правилами и занимается дезертирством. Когда работник устраивается в компанию, то его предупреждают о правилах. И неважно, можно ли за нарушение каких-то правил наказать по закону или нет. Своим согласием работник принимает правила, иначе зачем соглашаться? Разве что у этого работника сразу было в планах показать, что он «в доме хозяин».
Жаль, что не многие понимают, что мнение/взгляды как член — не всем и не всегда его нужно показывать.
Как ни статья, так обязательно где нужно и не нужно влезет это слово.
Нельзя человека называть профнепригодным, если он на листочке не осилил написать алгоритм.
Говоря языком ассоциаций, данное действие можно сравнить с могильщиком. Никто не просит могильщика выкопать могилу голыми руками — ему дают ИНСТРУМЕНТ, например, лопату.
Так и IDE, компилятор, клавиатура являются такими же инструментами для разработчиков, как для могильщика лопата или экскаватор.
Да просто банально комфортнее писать код с инструментами, чем ручкой на листике. Хотя бы потому, что разработчик проводит 8+ часов в рабочий день именно за этими инструментами, а не за блокнотом с ручкой.
Нашел одну неточность, как по мне.
Статические глобальные переменные видны не в файле, а в единице трансляции. То есть если статическая переменная определена в *.h файле, то при включении этого файла в другой она будет видна и там.
Так как это одна из лучших статей, что я видел, то будет правильно убрать любую неточность:)
Т.е. самое важное, благодаря чему используется это дерево фактически везде в STL, не рассматривается?
Имхо, эту статью можно просто заменить ссылкой на википедию.
Низкий поклон вам, господа!
Создал окно 720x720. Но почему-то glfwGetFramebufferSize() возвращает мне 1440x1440. Хотя окно выглядит как 720x720, но OpenGL рисует правильно только при glViewport(1440x1440), а при 720х720 смещается к началу (в левый нижний угол окна).
Может кто знает, в чем дело?
Вообще, хотелось бы почитать про the best practice.
?
Если нет, то можете посоветовать где почитать что-нибудь?
А как решать такие проблемы:
1. Просадка кадров. Когда текстура — это 150 кадров, рассчитана на анимацию 2 секунды по 75 кадров, а получается только например 50 кадров? Пропускать кадры просто?
2. Когда кадров в текстуре 30 и рассчитана на секунду, а фпс получается 75?
Судя по началу — книга выше среднестатистической и стоит почитать.
А про основную составляющую книги — решение проблем при сетевом взаимодействии в играх — напишу через пару дней.
Очень удобно когда меню всегда под рукой.
Так как теперь оно сверху, то лучше всего, конечно, чтобы при прокрутке вверх оно появлялось, вне зависимости от того, в какой части страницы находишься.