Всё-таки git — это система контроля версий и умение коммитить самого себя — это конечно круто, но для контроля изменений и нормальной работы — вообще ни фига недостаточно. Можно сказать, что Линус стартанул проект git — за один день. А рабочий прототип сделал через 10. Было бы интересно, если бы ты дал пруф на то, когда его впервые ввели в использование внутри какого-то проекта, скорее всего первым проектов конечно же было ядро Linux.
Ага, конечно! За один день!!! За 1 день написал и потом 9 дней отлаживал разве что))) Я конечно понимаю, что многие любят приукрашивать, но это имхо перебор!
P.S. Вот тут интервью в котором Линус говорит, что первая версия была написана за 10 дней https://geektimes.ru/post/248744/.
Ага, конечно! За один день!!! За 1 день написал и потом 9 дней отлаживал разве что))) Я конечно понимаю, что многие любят приукрашивать, но это имхо перебор!
P.S. Вот тут интервью в котором Линус говорит, что первая версия была написана за 10 дней https://geektimes.ru/post/248744/.
Вряд ли дадут 6-ую версию сделать электронной, насколько я понял автор сильно против, она писала об этом на Quora, там уже задавали ей этот вопрос почему нет электронной версии.
ну я очень жду книгу от Jonathan Levin'a про Android Internals, думаю там он должен это осветить. Правда он её обещал ещё в Январе зарелизить, но до сих пор не вышла) Правда как говорит сайт его http://newandroidbook.com/index.php, теперь всё зависит от Amazon'a, хотя может он сам ещё что-то допиливает.
То есть как я понял, вначале приложение запускается на Dalvik VM, после чего начинает собираться его профиль и как и раньше для горячих кусков запускается JIT, но в отличие от старой связки Dalvik + JIT, теперь после сбора определённого кол-ва статистики на приложении запускается AOT-компилятором и после этого работает связка ART + JIT (возможно с последующим AOT-компилятором).
Да, писали, что теперь они не будут компилировать на устройстве при установке и после установки update'а пропадёт шаг Optimizing app. Есть подозрение, что теперь Ahead-of-time компиляция происходит на серверах гугл, а JIT-компилятор работает на самих устройствах. Это было бы вполне логично, так как Ahead-of-time компиляции на самих устройствах не даёт наверное существенного прироста, а вот JIT при работе на самом устройстве даёт. Но поживём увидем и да, тоже присоединяюсь, что очень интересно было бы прочитать какой технический отчёт по этой теме.
Ну блин, я столько вкладок в принципе не открываю, когда их кол-во переваливает за 20+, я обычно удаляю ненужные и оставляю порядка 10 нужных. Но у каждого свои use-case'ы =)
У меня на arch'e порой coursera глючит под google-stable, а под firefox норм работает. И бывают и обратные ситуации. Поэтому уже два года ставлю сразу два браузера, чтобы если что открыть в другом. Но виснут оба довольно редко в целом, даже не помню когда последний раз что-то вылетало.
Отличная книга! Уже пару раз выручала по мере написания кода под Linux. Немного не согласен с VBart, для своих задач я находил пару ответов, которых нет ни в man'ах, ни на stack overflow. Но конечно же видимо не всё в ней есть, но всё охватить наверное всё же почти невозможно.
Понял. Ещё сразу тогда вопрос по функции Attach to local process. Запускаю своё приложение из консоли, оно зависает(где-то там deadlock), соответственно пытаюсь сделать сделать из Clion attach to local process. Но он выдаёт следующее: "
ptrace: Operation not permitted.
Debugger detached ".
Соответственно вопрос, что я делаю не так и как это исправить?
И собственно такое предложение. Может поддержку LLDB постараться выпилить как-то как отдельный open source-проект? Это бы думаю пошло бы на пользу вам и люди могли бы дополнять быстрее нужны им функции + плюс лучший аудит кода. Тоже самое предложение могу внести и по поводу static analyzer'a. Было бы круто.
Проверил на Oracle-8-jdk & openjdk-8-jdk. Никак не влияет на воспроизводимость бага. То есть для SWIFT LLDB у вас уже работает, а для С++ пока ещё нет? Странно, но для С++ он конечно нужнее.
https://youtrack.jetbrains.com/issue/CPP-6221 вот вам ещё один баг. Третий за сегодня! Зачем отладчик сломали-то? Раньше хоть gdb консоль работала нормально, если что она выручала. А тут она моргает как не знаю что после пары ентеров. Также заметил что в корневой папке сборки под Linux лежит LLDBFrontend, но LLDB под Linux'ом пока нету, только под маком как я понимаю? Зачем тогда ложить его в папку? Подразнить народ?)) Давайте уже сделайте нормальный отладчик! Нам не фишки рефакторинга нужны, их мы можем и в виме сделать и clang static analyzer тоже есть, ваш пока тоже не алё. Нам нужен красивый, няшный, отказоустойчивый и отзывчивый отладчик + ещё кому-то вон удалённый нужный. Это задача номер один!!! Почему вы это до сих пор не поняли, понять не могу! Жду LLDB для Linux'а в общем!
Ага, конечно! За один день!!! За 1 день написал и потом 9 дней отлаживал разве что))) Я конечно понимаю, что многие любят приукрашивать, но это имхо перебор!
P.S. Вот тут интервью в котором Линус говорит, что первая версия была написана за 10 дней https://geektimes.ru/post/248744/.
Ага, конечно! За один день!!! За 1 день написал и потом 9 дней отлаживал разве что))) Я конечно понимаю, что многие любят приукрашивать, но это имхо перебор!
P.S. Вот тут интервью в котором Линус говорит, что первая версия была написана за 10 дней https://geektimes.ru/post/248744/.
ptrace: Operation not permitted.
Debugger detached ".
Соответственно вопрос, что я делаю не так и как это исправить?
http://doc.qt.io/qt-4.8/qobject.html#disconnect Почитайте документацию пожалуйста!!! Всё он может.