Вам говорят, что после всех трат, в том числе на исследования, у них осталось 1.2 миллиарда. Это и называется прибыль. Более того, все результаты их прошлых исследований у них тоже остались и никуда не делись. Если вы не знаете, RnD это не исследования с нуля. Т.е. это тоже своего рода прибыли. Внезапно, им не надо переоткрывать открытое ранее.
По тексту новости я не понимаю, на какой миллиард попала компания. То, что они не могут продавать товары всем или оказывать техобслуживание, это называется упущенная прибыль. Т.е. они ни на что не попали, они недосчитались.
Ваши оскорбление правительств тоже неуместны - если компания хочет быть очень свободной, то может выкупить всю долю иностранных владельцев. Ну, там, блекрока, интела, самсунга и прочих.
Вы, видимо, не очень понимаете, что ASML это не отдельно стоящий в поле завод. Это компания, которой владеют другие компании. Эти же компании в ней инвестируют. Эти же компании подтягивают туда прочие ресурсы, а это и материалы и умы. ASML это не три студента из Амстердама и пара из Эйндховена и Утрехта, которые вдруг сделали убер литограф из корабельного дерева и Гроннингенгского газа.
Глобально, этой компании даже не обязательно находится в Нидерландах. Они могут находится где угодно.
Плюс вы не понимаете, что их траты на RnD это автоматически сокращение трат на тоже самое у других компаний, которые ASML и владеют. А их прибыль это так, дополнительный фактор. Почему-то я уверен, что даже если компания продолжит делать лучшие литографы в мире, но будет убыточной, от неё откаутся разве что инвест фонд, но вряд-ли самсунг с интелом. Им просто это не выгодно. Они с радостью скинутся и покроют затраты на зарплаты, RnD и производство оборудования, а так же его поддержку.
Селектелу, как обычно - главное кому надо подмигнуть.
А по факту из статьи - у ASML всё отлично, отличная прибыль, отличный рост, отличные перспективы. Строятся новые заводы, туда будет нужно оборудование нового поколения.
Ау, ASML это не просто какая-то компания, это компания, которая продаёт лопаты во время золотой лихорадки, а в её собственниках не только крупнейшие фонды, но и её же клиенты. ASML too big to fail, в этом тупо никто не заинтересован
Просто в ранние нулевые дистрибов было мало, да и железо не особо мощное. Там популярнее были BSD. Из линуксов что-то показывал MAndrake и Red Hat.
В середине нулевых пантеон состоял из Debian\Ubuntu, Fedora, Mandrake и SUSE
В начале десятых собственно уже было разделение на дебиановскую ветку и производные и редхетовскую ветку и производные. Mandriva сдавала позиции, зато набирал из Arch
Собственно сегодня глобально это сохранилось, так как Mageia так ине выстрелила, SUSE отдал концы и глобально осталось 4 ветки - Deb, Arch, RH, ну и Alpine
На мой скромный взгляд, абсолютно любое собеседование не должно быть как у Яндекса. Яндекс сейчас это скорее анти-паттерн найма.
Ребят из практикума, я понимаю, что вы разработчики платформы, но если там будет пробегать где продюссер, дайте ему по башке. Я тут на днях решил пробежаться по курсу инженера облачных платформ, ну там, от скуки. Притом, что я яндекс облаком пользуюсь, сделал некоторое число коммитов в документацию, регулярно общаюсь с поддержкой, тесты практикума посчитали, что знания у меня ну средненькие. Нет, в смысле я его даже прошёл, но мягко говоря я там фейспалмил регулярно. Как практикующий специалист могу сказать, что данный курс как бы больше вводит в заблуждение. Впрочем, я там в отзывах отписался.
Сейчас, кстати, разбираюсь ещё с одним сервисом яндекса, не буду говорить с каким. Саппорт мой вопрос поставил в тупик. Как я понимаю, плоха не только внешняя документация, но и внутренняя. Так что толку от ваших алгоритмов, если примерно никто нормально не понимает, как работают ваши сервисы?
Просто я тут не в RTS играю и не в циву, юниты не описаны. Это человек с производства?
Продолжим тем, что в общей схеме, от линейного сотрудника реально ждут не результата, а исполнения функций. Нет, ну, конечно, если говорить формально, результат есть у любой работы, и он может быть разным, бла-бла-бла, мне не интересно играть с слова. Мне интересна суть. А суть в том, что от линейного сборщика зависит как правило мало что. Он часть организованного процесса. Подобная же история с сотрдниками склада, грузчиками и подобным персоналом. Да, в глобальном производстве они просто исполняют свою функцию, несут не особо большую ответственность и не имеют большого влияния. Их работа, как правило, достаточно регламентирована и унифицрована, а иногда и автоматизирована. Т.е. такой юнит, обычно, куда более взаимозаменяем.
Так что если говорить про чуваков сверху, то они друг другу не противоречат. Нормальное выполнение своих функций это результат работы некоторого неназванного рабочего. И да, это вполне реальные результаты. Уровень только немного не тот
А почему мы до сих пор говорим о каком-то количестве рабочих дней, особенно если речь не о производстве, а о руководстве?
Там число дней и количество часов вообще не должно играть роль. Рукоодитель нанят для организации процесса. Т.е. от него нужны результаты, притом реальные
Вообще странная практика. Кажется руководитель на то и руководитель, что у него как бы ответственность и как бы оплата за результат, не? Так что, глобально, он может работать хоть день в неделю, хоть все семь, вопрос только в результатах.
Есть предположение, что если руководитель не справляется, нафиг он такой нужен?
Простите, но тут, вообще-то, описан как раз очень популярный и актуальный стек.
Только вот проблема не в стеке, а в том, что на любом инструменте все лепят как хотят. Так что у вас может быть десяток разработчиков на одном фреймворке, которые не смогут поддерживать без входения код друг друга.
Тут как бы вы правы и надо писать на Java, а потом уйти в инфраструктуру и познать дзен (что я и сделал).
НО, во-первых, битрикс не фреймворк, а CMS.
Во-вторых, странно делить laravel и filament - это ближайшие родственники. Да и Symphony это такой, если не двоюродный, то троюродный родственник. В отличии от пайтона.
Да и микросервисы это концепция, его можно писать на любом языке.
В одном вы точно правы - задачи можно решить по разному и каждый инструмент хорош. Ну, кроме Java.
Я так и не понял, а килер фича в чём? Почему надо вместо условного nuxt, с его коммунити, компонентами, документацией и кучей возможностей даже посмотреть в сторону вашего фреймворка? Какую задачу он решает?
Помнится я сам начал помогать брату со сборкой системников, когда мне было лет 7, и тоже начал работать с 13 лет, правда не админом, ибо тогда такой возможности даже теоретически не существовало.
Молодец, продолжай, всё такое, главное помни, что ты пока не сисадмин, а такой саппорт-эникей.
Ну а меня радует, что мы дошли до точки, когда у заинтересованных людей есть возможность развиваться в отрасли с более раннего возраста и меньшим числом проблем.
Господи, как же обленились разрабы. Когда я 10+ лет назад разрабатывал на джаве и считался "ну, почти джуном", походу я умел столько, что сейчас бы считался верховным сеньором всего программирования.
Нудным? Сильное заявление. Нет, не надо быть нудным. Надо просто хоть немного знать инструмент, которым пользуешься. Тем более разрабы чаще всего не читают доку по гиту, а юзают то, что есть в IDE. Т.е. там уже всё сделано за вас.
у нас есть два проекта, которые начинали не мы. На одном давно посотрели, спросили "а нафиг этот хаски нужен?" И выпилили его. Ну просто как раз по причине того, что е поняли, нафига он нужен и его притащил какой-то чувак, который проект и стартовал.
Другой проект пришёл недавно. Там ещё смешнее - открываю gilab-ci и там прям в каждом стейдже первая команда что-то типа rm .git/hooks/* . Сначала я сидел и гадал, типа "а зачем", ведь посмотрел я хоку и там ничего интересного, чего их удалять? Потом поговорил с разрабами прошлыми и понял, что они сами плохо понимают, что понаписали. Ну а потом выпиливали 100500 скриптов, которые они туда натащили на каждый чих. И да, там был хаски, который делал какую-то фигню
У вас какая-то шизофазия.
Вам говорят, что после всех трат, в том числе на исследования, у них осталось 1.2 миллиарда. Это и называется прибыль. Более того, все результаты их прошлых исследований у них тоже остались и никуда не делись. Если вы не знаете, RnD это не исследования с нуля. Т.е. это тоже своего рода прибыли. Внезапно, им не надо переоткрывать открытое ранее.
По тексту новости я не понимаю, на какой миллиард попала компания. То, что они не могут продавать товары всем или оказывать техобслуживание, это называется упущенная прибыль. Т.е. они ни на что не попали, они недосчитались.
Ваши оскорбление правительств тоже неуместны - если компания хочет быть очень свободной, то может выкупить всю долю иностранных владельцев. Ну, там, блекрока, интела, самсунга и прочих.
Вы, видимо, не очень понимаете, что ASML это не отдельно стоящий в поле завод. Это компания, которой владеют другие компании. Эти же компании в ней инвестируют. Эти же компании подтягивают туда прочие ресурсы, а это и материалы и умы. ASML это не три студента из Амстердама и пара из Эйндховена и Утрехта, которые вдруг сделали убер литограф из корабельного дерева и Гроннингенгского газа.
Глобально, этой компании даже не обязательно находится в Нидерландах. Они могут находится где угодно.
Плюс вы не понимаете, что их траты на RnD это автоматически сокращение трат на тоже самое у других компаний, которые ASML и владеют. А их прибыль это так, дополнительный фактор. Почему-то я уверен, что даже если компания продолжит делать лучшие литографы в мире, но будет убыточной, от неё откаутся разве что инвест фонд, но вряд-ли самсунг с интелом. Им просто это не выгодно. Они с радостью скинутся и покроют затраты на зарплаты, RnD и производство оборудования, а так же его поддержку.
Селектелу, как обычно - главное кому надо подмигнуть.
А по факту из статьи - у ASML всё отлично, отличная прибыль, отличный рост, отличные перспективы. Строятся новые заводы, туда будет нужно оборудование нового поколения.
Ау, ASML это не просто какая-то компания, это компания, которая продаёт лопаты во время золотой лихорадки, а в её собственниках не только крупнейшие фонды, но и её же клиенты. ASML too big to fail, в этом тупо никто не заинтересован
Глобально таких времён никогда и небыло.
Просто в ранние нулевые дистрибов было мало, да и железо не особо мощное. Там популярнее были BSD. Из линуксов что-то показывал MAndrake и Red Hat.
В середине нулевых пантеон состоял из Debian\Ubuntu, Fedora, Mandrake и SUSE
В начале десятых собственно уже было разделение на дебиановскую ветку и производные и редхетовскую ветку и производные. Mandriva сдавала позиции, зато набирал из Arch
Собственно сегодня глобально это сохранилось, так как Mageia так ине выстрелила, SUSE отдал концы и глобально осталось 4 ветки - Deb, Arch, RH, ну и Alpine
На мой скромный взгляд, абсолютно любое собеседование не должно быть как у Яндекса. Яндекс сейчас это скорее анти-паттерн найма.
Ребят из практикума, я понимаю, что вы разработчики платформы, но если там будет пробегать где продюссер, дайте ему по башке. Я тут на днях решил пробежаться по курсу инженера облачных платформ, ну там, от скуки. Притом, что я яндекс облаком пользуюсь, сделал некоторое число коммитов в документацию, регулярно общаюсь с поддержкой, тесты практикума посчитали, что знания у меня ну средненькие. Нет, в смысле я его даже прошёл, но мягко говоря я там фейспалмил регулярно. Как практикующий специалист могу сказать, что данный курс как бы больше вводит в заблуждение. Впрочем, я там в отзывах отписался.
Сейчас, кстати, разбираюсь ещё с одним сервисом яндекса, не буду говорить с каким. Саппорт мой вопрос поставил в тупик. Как я понимаю, плоха не только внешняя документация, но и внутренняя. Так что толку от ваших алгоритмов, если примерно никто нормально не понимает, как работают ваши сервисы?
Gentoo не одобряет всё, что требует автоматизации и не требует страданий.
Давайте начнём с простого - рабочий, это кто?
Просто я тут не в RTS играю и не в циву, юниты не описаны. Это человек с производства?
Продолжим тем, что в общей схеме, от линейного сотрудника реально ждут не результата, а исполнения функций. Нет, ну, конечно, если говорить формально, результат есть у любой работы, и он может быть разным, бла-бла-бла, мне не интересно играть с слова. Мне интересна суть. А суть в том, что от линейного сборщика зависит как правило мало что. Он часть организованного процесса. Подобная же история с сотрдниками склада, грузчиками и подобным персоналом. Да, в глобальном производстве они просто исполняют свою функцию, несут не особо большую ответственность и не имеют большого влияния. Их работа, как правило, достаточно регламентирована и унифицрована, а иногда и автоматизирована. Т.е. такой юнит, обычно, куда более взаимозаменяем.
Так что если говорить про чуваков сверху, то они друг другу не противоречат. Нормальное выполнение своих функций это результат работы некоторого неназванного рабочего. И да, это вполне реальные результаты. Уровень только немного не тот
А почему мы до сих пор говорим о каком-то количестве рабочих дней, особенно если речь не о производстве, а о руководстве?
Там число дней и количество часов вообще не должно играть роль. Рукоодитель нанят для организации процесса. Т.е. от него нужны результаты, притом реальные
Вообще странная практика. Кажется руководитель на то и руководитель, что у него как бы ответственность и как бы оплата за результат, не? Так что, глобально, он может работать хоть день в неделю, хоть все семь, вопрос только в результатах.
Есть предположение, что если руководитель не справляется, нафиг он такой нужен?
Не всегда проще, хотя бы потому, что это деньги.
В целом можно запилить весь проект одним бекендером на одной админке.
Простите, но тут, вообще-то, описан как раз очень популярный и актуальный стек.
Только вот проблема не в стеке, а в том, что на любом инструменте все лепят как хотят. Так что у вас может быть десяток разработчиков на одном фреймворке, которые не смогут поддерживать без входения код друг друга.
Тут как бы вы правы и надо писать на Java, а потом уйти в инфраструктуру и познать дзен (что я и сделал).
НО, во-первых, битрикс не фреймворк, а CMS.
Во-вторых, странно делить laravel и filament - это ближайшие родственники. Да и Symphony это такой, если не двоюродный, то троюродный родственник. В отличии от пайтона.
Да и микросервисы это концепция, его можно писать на любом языке.
В одном вы точно правы - задачи можно решить по разному и каждый инструмент хорош. Ну, кроме Java.
Как бы, эти mac-style кружочки уже обыденность в последние лет 15. Пиктограмы появляются при наведении
Ну, тем худе для российских сервисов. В общем-то здоровый кусок из них так давно дропнут
Я так и не понял, а килер фича в чём? Почему надо вместо условного nuxt, с его коммунити, компонентами, документацией и кучей возможностей даже посмотреть в сторону вашего фреймворка? Какую задачу он решает?
Честно говоря, вот этого я в статье и не увидел
Умелец долго адаптировал Windows 95 для реализации современных возможностей, в итоге получил Windows 11
Помнится я сам начал помогать брату со сборкой системников, когда мне было лет 7, и тоже начал работать с 13 лет, правда не админом, ибо тогда такой возможности даже теоретически не существовало.
Молодец, продолжай, всё такое, главное помни, что ты пока не сисадмин, а такой саппорт-эникей.
Ну а меня радует, что мы дошли до точки, когда у заинтересованных людей есть возможность развиваться в отрасли с более раннего возраста и меньшим числом проблем.
Дык, типа там не сожрёт
Да, действительно, непреодолимое препятствие.
Господи, как же обленились разрабы. Когда я 10+ лет назад разрабатывал на джаве и считался "ну, почти джуном", походу я умел столько, что сейчас бы считался верховным сеньором всего программирования.
Нудным? Сильное заявление. Нет, не надо быть нудным. Надо просто хоть немного знать инструмент, которым пользуешься. Тем более разрабы чаще всего не читают доку по гиту, а юзают то, что есть в IDE. Т.е. там уже всё сделано за вас.
у нас есть два проекта, которые начинали не мы. На одном давно посотрели, спросили "а нафиг этот хаски нужен?" И выпилили его. Ну просто как раз по причине того, что е поняли, нафига он нужен и его притащил какой-то чувак, который проект и стартовал.
Другой проект пришёл недавно. Там ещё смешнее - открываю gilab-ci и там прям в каждом стейдже первая команда что-то типа rm .git/hooks/* . Сначала я сидел и гадал, типа "а зачем", ведь посмотрел я хоку и там ничего интересного, чего их удалять? Потом поговорил с разрабами прошлыми и понял, что они сами плохо понимают, что понаписали. Ну а потом выпиливали 100500 скриптов, которые они туда натащили на каждый чих. И да, там был хаски, который делал какую-то фигню