НАИТИ БАГ СООБЩИТЬ О БАГЕ ПОФИКСИТЬ БАГ СОЗДАТЬ БАГ, ЧТОБЫ ТЫ МОГ СООБЩИТЬ О НЕМ И ПОФИКСИТЬ, Ч / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)
Подробнее
НАИТИ БАГ
СООБЩИТЬ О БАГЕ
ПОФИКСИТЬ
БАГ
СОЗДАТЬ БАГ, ЧТОБЫ ТЫ МОГ СООБЩИТЬ О НЕМ И ПОФИКСИТЬ, ЧТОБЫ ВЫГЛЯДЕТЬ
САМЫМ
ВНИМАТЕЛЬНЫМ
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Они минусуют потому что ты написал какую-то выпендрежную хурму, вообще никак не относящуюся к коменту на который "отвечаешь".
Ну и да, если ты "ебашил за еду на нативных языках" то стоит бы знать, что в опкоды/асм ничего не интерпретируется, а только компилируется. Иначе, становится понятно, почему ты это делал за еду в самой оплачиваемой профессии.
А вот тут таки гугл расскажет.
И да, я понял что под интерпретацией ты имел в виду трансляцию, но таки для человека из профессии это зашквар путать такие термины, в то же время те самые "дилетанты", о которых ты говоришь, не знают что каждый из этих терминов есть жестко определенным и нельзя их использовать как синонимы в разговорной речи, даже если очень хочется. Потому я на них и акцентировал внимание, что они суть слова-детекторы для определения кто в теме, а кто выебывается.
Я на полном серьезе сначала подумал, что ты не на тот коммент ответил, уж слишком он не стыкуется ни с чем.
> даже нативный язык интерпретируется
Ок, если мы копаем глубоко то да, микрокод и все такое, согласен.
> я повидал ошибки в самих инструкциях процессора
Я имплементил ошибки процессора в эмуляторе, чтобы эмулировалось корректно.
> создать баг на интерпретируемом языке, вполне возможно
Создать баг можно вооще где угодно, ИМХО на всяких с динамической типизацией это даже проще чем в случае с нативными, т.к. в случае последних, львиная доля отлавливается еще на этапе компиляции.
НО!!! Какое все это имеет отношение к комменту JohnnyZ?
> Кажется, автор слегка не в курсе производственных процессов при разработке софта.
Он тут как-бы намекает, что за баг в фиче которую ты же и имплементил, тебя не похвалят, да и девелоперы поиском багом не занимаются, это QA делает.
ну создать нечто универсальное для всех платформ очень проблематичная вещь и без багов тут, не как. но со временем можно найти компромиссы в не сочетании и сделать всё как надо
KDE с 1 по 3 развивались эволюционно, а версия 4 была революционной. Версия 5 - эволюция "четвёрки".
В 4, среди прочего, был убрал kdesktop и заменён на Plasma от программиста Аарона Сейго, который в тот момент был в проекте недавно. Причём Аарон разрабатывал и "тройку". И как-то его поймали на таком: https://www.linux.org.ru/forum/talks/5895488 Вряд ли он специально ломал "тройку", чтобы выставить её в неприглядном свете на фоне "четвёрки" - скорее просто кривые руки, учитывая какой кривой была его Plasma
Подговорить человека создать баг, чтобы он сообщил о нем и пофиксил, чтобы выглядеть самым внимательным, чтобы найти и сдать этого человека, что бы выглядеть самым заботящемся о благе компании.
Да, например может оказаться огромное количество костылей, которые обходят твой баг, и если убрать баг все костыли перестают работать. В итоге проще оставить баг, чем убирать и переделывать все костыли.
А если это не баг, а архитектурная ошибка, вокруг которой теперь крутится вся логика, и исправить её - значит переписать пол проекта, то остается с перерывами на сон и еду, в оставшееся время только кричать.
Не все тебя поняли. Короче разработка в приложении разбита на несколько задач, ты её выполнил и сдал, сданная задача отмечается в специальном листке, если задача сдана с багом, то тебя по голове не погладят, даже если ты сам его найдешь.
Отличный комментарий!