Будто у аутсорс компании нет налогов, оборудования и всего остального что вы перечислили, только плюс ещё свой отдел кадров, своя бухгалтерия и тд. И самое главное ещё один набор владельцев бизнеса которые хотят получать прибыль
На сколько я понимаю весь такой софт имеет корни в прошлом веке и сам по себе очень сложный, поэтому конечно его нет армах сейчас - на винду арм толком и не пришел а на эпл его может никогда и не было. Но года 4 назад вы сказали бы что-то типа - а где серьезные иде и тд для армов? Как на армах делать софт для андроида и эпла? А адоб есть на армах? А работа с графикой? А видео монтаж? А разработка игр? Где юнити и анрил? И множество другого не было на армах или было в зачаточном состоянии. Но спустя 4 года это уже не актуальные вопросы так как это всё есть на том же уровне что и на х86. Поэтому сапры это вопрос времени учитывая тенденцию
Какая-то такая производительность для каких задач? Кодить на маках не менее комфортно чем на любом х86 например. Имею опыт с ноутоми с М1 макс и х86 ноутах дороже 200к.
Если сеньор не получает 350к то либо он не сеньор либо низкая самооценка и поэтому сидит на более низкой зп. В моём окружение все кто действительно крутые спецы уровня сеньор так и получают. Или больше, я пока психологически больше просить не могу.
Недавно на хабре была статья о разработке эмулятора солнечной системы в натуральных размерах и там пришлось очень много хитростей придумать чтобы решить проблему с недостаточной точностью флоатов. И автор в одном месте пишет что-то вроде " понятно зачем в движках есть возможность использовать даблы". Хотя ситуация конечно очень специфичная но тем не менее
На сколько я вник в устройство qt могу предположить что его надо не с gui фреймворками сравнивать а с игровыми движками - например бинарник "игры" на юнити будет весить пару метров даже если там одна картинка просто будет на весь экран. Потому что юнити поднимает тяжёлый бэкенд чтобы рисовать крутую графику не зависимо от того что по факту сделал юзер. С qt так же - чтобы нарисовать маленькую кнопочку он поднимет бэкенд рендеринга на вулкане, цикл приложения, систему сообщений и не бог весть что ещё что нужно для полноценного приложения и тянет множество зависимостей для своей работы и не важно что юзер только кнопочку нарисовал.
Ну, на qt всё это тоже есть и с очень удобными обертками и интегрировано в виджеты, даже бэкенды на свой вкус можно выбрать а не только вулкан, только это надо ещё придумать гуй который нельзя сделать тем что есть и нужно лезть на этот уровень
Ну так если вышка далеко то поговоришь пару минут и больше излучения не будет. А если вышка рядом то излучение будет всегда не важно говоришь сам или нет. Так как важна не только сила излучения но и его длительность то уже не так очевидно что лучше: пару минут с трубкой у уха или считай что всегда но источник излучения в 10 метрах(если говорить про крыши и жильцов верхних этажей).
То есть по вашему такие ограничения ради смеха появились? Рассуждать то можно сколько угодно и предполагать тоже. А мотивацию таких ограничений кто-то попытался найти и почитать?
Во во. Тут тот же вопрос возникает - почему так же не сделано. А если сковырнуть такого "лида" нельзя то надо работу другую искать а не ждать подобных ситуаций
Вы подсвечивали вышестоящему руководству что тимлид "плохой"? Почему вы продолжали столько времени работать под фактически руководством такого Лида а не ставили вопрос ребром? Вы рассчитывали что пронесёт или просто не думали о том что рано или поздно будет беда с таким лидом? Это как в истории про зло: зло расцветает если добро просто бездействует. Так и тут - вы ничего не делали просто ожидая что кто-то другой этого "лида" научит, уволит и тд? По моему мнению здесь вашей вины значительная часть так как ваше бездействие исходя из рассказанной вами истории не допускает рационального объяснения
"отпуск - это право работника" - при этом именно компанию накажут за то что сотрудник не о гулял подряд 2 недели в год. Так что право может и сотрудника но обязанность компании во многом
"У кого-то проблема со сторисами? Ну значит вы добавили себе в личные контакты людей, которые любят писать сторисы" - это не мы убогую фичу сделали, это вы неправильно ей пользуетесь/какие-то не такие.
Метод гет сет на чистые данные без предварительной обработки это нарушение инкапсуляции. В такой ситуации скорее всего дизайн класса сломан. На счёт инварианта очень легко вообразить что в процессе эволюции проекта нам потребуется менять поведение объекта например чтобы он перемещался только в определённой зоне или не мог уйти в минуса по положению. И тогда паблик свойство сделает очень больно тому кто будет это рефакторить под новые требования.
Вот именно что "говорят". А с такой важной темой нужно полноценное научное исследование по всем правилам.
Будто у аутсорс компании нет налогов, оборудования и всего остального что вы перечислили, только плюс ещё свой отдел кадров, своя бухгалтерия и тд. И самое главное ещё один набор владельцев бизнеса которые хотят получать прибыль
" В чем разница обучения человека и ИИ," - а вы уже и как мозг человека и как сознание устроено выяснили чтобы этот вопрос задавать?
На сколько я понимаю весь такой софт имеет корни в прошлом веке и сам по себе очень сложный, поэтому конечно его нет армах сейчас - на винду арм толком и не пришел а на эпл его может никогда и не было. Но года 4 назад вы сказали бы что-то типа - а где серьезные иде и тд для армов? Как на армах делать софт для андроида и эпла? А адоб есть на армах? А работа с графикой? А видео монтаж? А разработка игр? Где юнити и анрил? И множество другого не было на армах или было в зачаточном состоянии. Но спустя 4 года это уже не актуальные вопросы так как это всё есть на том же уровне что и на х86. Поэтому сапры это вопрос времени учитывая тенденцию
Какая-то такая производительность для каких задач? Кодить на маках не менее комфортно чем на любом х86 например. Имею опыт с ноутоми с М1 макс и х86 ноутах дороже 200к.
"есть 60 и 120 - разницу в отрисовке элементов интерфейса не наблюдаю" - сочувствую
Всяко лучше чем просто пространные рассуждения основанные ни на чём
Ага, и 5 лет назад и 10 как помню всегда и везде где работал была ситуация что хер найдешь. Сейчас стало совсем тяжко. Особенно мидл+
Если сеньор не получает 350к то либо он не сеньор либо низкая самооценка и поэтому сидит на более низкой зп. В моём окружение все кто действительно крутые спецы уровня сеньор так и получают. Или больше, я пока психологически больше просить не могу.
Недавно на хабре была статья о разработке эмулятора солнечной системы в натуральных размерах и там пришлось очень много хитростей придумать чтобы решить проблему с недостаточной точностью флоатов. И автор в одном месте пишет что-то вроде " понятно зачем в движках есть возможность использовать даблы". Хотя ситуация конечно очень специфичная но тем не менее
На сколько я вник в устройство qt могу предположить что его надо не с gui фреймворками сравнивать а с игровыми движками - например бинарник "игры" на юнити будет весить пару метров даже если там одна картинка просто будет на весь экран. Потому что юнити поднимает тяжёлый бэкенд чтобы рисовать крутую графику не зависимо от того что по факту сделал юзер. С qt так же - чтобы нарисовать маленькую кнопочку он поднимет бэкенд рендеринга на вулкане, цикл приложения, систему сообщений и не бог весть что ещё что нужно для полноценного приложения и тянет множество зависимостей для своей работы и не важно что юзер только кнопочку нарисовал.
Не нужно qt покупать, есть lgpl с динамической линковкой в которой есть 99.9% того что может понадобиться
Ну, на qt всё это тоже есть и с очень удобными обертками и интегрировано в виджеты, даже бэкенды на свой вкус можно выбрать а не только вулкан, только это надо ещё придумать гуй который нельзя сделать тем что есть и нужно лезть на этот уровень
Ну так если вышка далеко то поговоришь пару минут и больше излучения не будет. А если вышка рядом то излучение будет всегда не важно говоришь сам или нет. Так как важна не только сила излучения но и его длительность то уже не так очевидно что лучше: пару минут с трубкой у уха или считай что всегда но источник излучения в 10 метрах(если говорить про крыши и жильцов верхних этажей).
То есть по вашему такие ограничения ради смеха появились? Рассуждать то можно сколько угодно и предполагать тоже. А мотивацию таких ограничений кто-то попытался найти и почитать?
Во во. Тут тот же вопрос возникает - почему так же не сделано. А если сковырнуть такого "лида" нельзя то надо работу другую искать а не ждать подобных ситуаций
Вы подсвечивали вышестоящему руководству что тимлид "плохой"? Почему вы продолжали столько времени работать под фактически руководством такого Лида а не ставили вопрос ребром? Вы рассчитывали что пронесёт или просто не думали о том что рано или поздно будет беда с таким лидом? Это как в истории про зло: зло расцветает если добро просто бездействует. Так и тут - вы ничего не делали просто ожидая что кто-то другой этого "лида" научит, уволит и тд? По моему мнению здесь вашей вины значительная часть так как ваше бездействие исходя из рассказанной вами истории не допускает рационального объяснения
"отпуск - это право работника" - при этом именно компанию накажут за то что сотрудник не о гулял подряд 2 недели в год. Так что право может и сотрудника но обязанность компании во многом
"У кого-то проблема со сторисами? Ну значит вы добавили себе в личные контакты людей, которые любят писать сторисы" - это не мы убогую фичу сделали, это вы неправильно ей пользуетесь/какие-то не такие.
Метод гет сет на чистые данные без предварительной обработки это нарушение инкапсуляции. В такой ситуации скорее всего дизайн класса сломан. На счёт инварианта очень легко вообразить что в процессе эволюции проекта нам потребуется менять поведение объекта например чтобы он перемещался только в определённой зоне или не мог уйти в минуса по положению. И тогда паблик свойство сделает очень больно тому кто будет это рефакторить под новые требования.