В чем проблема в темпо раз в 4 часа отписываться на что эти 4 часа потрачены в рамках тикета?
Ну, во-первых, не всё на свете тикет) Во-вторых, отчётность раз в 4 часа? Да я уволюсь на следующий день, как только такое введут) Отчётов чаще чем пару раз в неделю от меня один хрен не дождёшься, т.к. задачи обычно у меня делятся на: "сделал за час-два и забыл" и "нужно пару дней подумать, прежде чем приступать".
Да я не сержусь) Я просто смотрю в глаза реальности)
бодибилдеров с конкурса "Мистер Вселенная" вы на них вряд ли увидите, но на кунсткамеру задротов как-то тоже даже близко не похоже.
О том ведь и речь) Большинство офисных сотрудников мужчин будут выглядеть как "типичный мужичок". Не выраженная мускулатура, слегка впалая грудь, небольшое пузичко, скрытое за свободной рубашкой/поло/оверсайз кофтой. Небольшая небритость. В общем, обычный такой "не апполон, конечно, но в целом сойдёт".
Хорошо будут выглядеть только самые молодые (до 25, ну может до 28). После 30 95% будут попадать под моё описание.
Опять же, я понимаю, что следить за здоровьем важно. Я даже сам хожу в зал, занимаюсь, но не так чтобы на постоянной основе. Обычно я трачу 3-4 месяца в году, чтобы привести себя в форму (убрать лишний жир, укрепить мышечный корсет и т.п.), после сего остальную часть года "просто живу", как и многие, и тоже немного "заскуфился", хотя и не очень сильно.
Ничего из предложенной одежды мне просто не подойдёт)
Ну, вас я не видел) А вот не так давно ходил по собесам и чёт ни разу меня не собеседовал спортивный подтянутый парень) Все были мужички в среднем лет 35, у всех пузичко и отсутствие развитой мускулатуры. Ни одного даже близко похожего на фотки не было)
Да и в целом, ну достаточно просто выйти в офис, да на коллег посмотреть. В лучшем случае, процентов 5 как-то активно следят за собой в плане физического развития)
По моему опыту: совсем не везде, даже не в половине случаев. Но Яндекс пытается всех убедить, что это их дроч на собесах - эт нормально, что так и надо)
UPD: речь, конечно идёт о собеседованиях на middle/senior. С джунов, в общем-то, кроме алгоритмов и спросить обычно нечего.
имеют ли право авторы исходного проекта просто скопировать себе в проект эти изменения?
Зависит от лицензии очевидно. Большинство опенсорсных лицензий позволят это сделать, с той лишь оговоркой, что должен быть указан автор "скопированных обратно" изменений.
Пришлось загружать их динамически и работать с ними по-очереди.
Ну, можно было бы и работать вместе. Через тот же dlsym (или его виндовый аналог GetProcAddress) можно найти нужный символ в каждой отдельной библиотеке.
В случае GCС / Clang можно было бы изобрести костыль c помощью -Wl,--version-script, если позарез нужна статическая линковка. С MSVC пришлось бы пострадать)
Не надо так делать :) Под "так" - я имею тащить в язык чужеродные языку абстракции. В Си нет ссылок, и не нужно их там изобретать. Это только запутывает.
В принципе, важ подход имеет место быть и более или менее правильный путь такой:
Обычно достаточно разумным видится обвешать все входные аргументы проверками на уровне реализаций API функций, т.е. функций принимающих недоверенные данные, а всё что "внутри" - по ситуации.
Зачастую вполне можно расчитывать на инварианты, которые соблюдаются "сверху", а для того, чтобы читающий, понимал на какие инварианты опирается функция - навешать assert-ов (по сути описать контракт).
Правда на моей памяти примерно каждый второй программист ленится описывать контракты) И приходится гадать надо тут проверять на NULL или не надо (и человеку, и статическому анализатору).
под это определение подпадает практические любая территория с твёрдым дорожным покрытием. Какой мне вывод из этого делать?
Такой, что под это определение попадает лбая территорая с твёрдым дорожным покрытием. Кроме той, что исключена из дорогия явным образом в ПДД (например, прилегающая территория или разделительная полоса).
Дорожные работы у фактического правого края проезжей части со знаком объезда - смещают его левее?
С чего бы вдруг? Ну, разве что только они разметку 1.2 добавили, но в общем случае проезжая часть остаётся там где и была, с той лишь разницей, что знак объезда при дорожных работах имеет приоритет над всеми другими знаками и другой разметкой и позволяет совершать манёвры, которые запрещены в этом месте.
Ну и на сладкое вам:
Чего вы хотели этим сказать? Что есть специальная разметка для определения правого края? И что из этого следует? Разметка есть не везде, и что при её отсутствии правый край магическим образом пропадает? Нет. Он всё еще находится на на правом крае дороги. Просто в случае наличия разметки, явным образом отделяется проезжая часть от обочины.
Строго следуя букве закона, на велосипеде вы должны передвигаться исключительно в пределах этой линии
Что вполне разумно, не вижу никаких проблем. Я конечно понимаю желание "докопаться", мол невозможно ехать точно по разметке, но я что-то и не замечаю, чтобы хоть одно велосипедиста наказывали за то, что он едет в 20 см от неё.
Дворовая или прилегающая территория является проезжей частью?
Вы где-нибудь в определении "проезжая часть" видите слова "дворовая территория" или "прилегающая территория"? Вот и я не вижу. Значит не является.
И вообще-то я вас спрашивал про "правый край проезжей части"
Что изменилось? Правым краем проезжей части является правый край дороги. Вне зависимости от того, стоит ли на этом правом краю 100500 автомобилей или нет. Конец.
Элемент дороги или дорожного сооружения, предназначенный для движения безрельсовых транспортных средств
Это вполне однозначное определение.
В некоторых местах проезжей части допустимо парковаться. В других местах - нет. Но это никак не влияет на свойства проезжей части. Она как оставалась допустимой для движения, так и остаётся и никакие края никуда не движутся.
Обладателям мониторов с высокой герцовкой?
Ну, во-первых, не всё на свете тикет) Во-вторых, отчётность раз в 4 часа? Да я уволюсь на следующий день, как только такое введут) Отчётов чаще чем пару раз в неделю от меня один хрен не дождёшься, т.к. задачи обычно у меня делятся на: "сделал за час-два и забыл" и "нужно пару дней подумать, прежде чем приступать".
Я программист и вообще никогда не считал числа Фиббоначи. Теперь уже не уверен, программист ли я.
Да я не сержусь) Я просто смотрю в глаза реальности)
О том ведь и речь) Большинство офисных сотрудников мужчин будут выглядеть как "типичный мужичок". Не выраженная мускулатура, слегка впалая грудь, небольшое пузичко, скрытое за свободной рубашкой/поло/оверсайз кофтой. Небольшая небритость. В общем, обычный такой "не апполон, конечно, но в целом сойдёт".
Хорошо будут выглядеть только самые молодые (до 25, ну может до 28). После 30 95% будут попадать под моё описание.
Опять же, я понимаю, что следить за здоровьем важно. Я даже сам хожу в зал, занимаюсь, но не так чтобы на постоянной основе. Обычно я трачу 3-4 месяца в году, чтобы привести себя в форму (убрать лишний жир, укрепить мышечный корсет и т.п.), после сего остальную часть года "просто живу", как и многие, и тоже немного "заскуфился", хотя и не очень сильно.
Ничего из предложенной одежды мне просто не подойдёт)
Ну, вас я не видел) А вот не так давно ходил по собесам и чёт ни разу меня не собеседовал спортивный подтянутый парень) Все были мужички в среднем лет 35, у всех пузичко и отсутствие развитой мускулатуры. Ни одного даже близко похожего на фотки не было)
Да и в целом, ну достаточно просто выйти в офис, да на коллег посмотреть. В лучшем случае, процентов 5 как-то активно следят за собой в плане физического развития)
Допустим это норм для всяких 19-ти летних джунов :)
Я не супер опытный, всего 10 лет в IT, но за всё это время я видел буквально одного человека с нужной фигурой для этой одежды))
Если уж публикуете такое на хабр, то уж и одежду подбирайте под "скуф-фигуру", как наиболее распространённую среди программистов 25+ лет.
По моему опыту: совсем не везде, даже не в половине случаев. Но Яндекс пытается всех убедить, что это их дроч на собесах - эт нормально, что так и надо)
UPD: речь, конечно идёт о собеседованиях на middle/senior. С джунов, в общем-то, кроме алгоритмов и спросить обычно нечего.
Или не ходите на алгоритмические собеседования :D Нафига они сдались вообще кому-то?)
Зависит от лицензии очевидно. Большинство опенсорсных лицензий позволят это сделать, с той лишь оговоркой, что должен быть указан автор "скопированных обратно" изменений.
Ну, можно было бы и работать вместе. Через тот же dlsym (или его виндовый аналог GetProcAddress) можно найти нужный символ в каждой отдельной библиотеке.
В случае GCС / Clang можно было бы изобрести костыль c помощью -Wl,--version-script, если позарез нужна статическая линковка. С MSVC пришлось бы пострадать)
Всё оч просто: попробуйте скомпилировать ваш код в Windows, после чего поймёте почему printf)
Не надо так делать :) Под "так" - я имею тащить в язык чужеродные языку абстракции. В Си нет ссылок, и не нужно их там изобретать. Это только запутывает.
В принципе, важ подход имеет место быть и более или менее правильный путь такой:
Код
Пример на godbolt
Ссылка на SAL
Всё уже придумано до нас :)
Мне лично такой подход не нравится, т.к. SAL-аннотации слишком громоздкие. assert-ы проще, надёжнее, кроссплатформенны и кросскомпиляторны)
It depends. И очень сильно.
Обычно достаточно разумным видится обвешать все входные аргументы проверками на уровне реализаций API функций, т.е. функций принимающих недоверенные данные, а всё что "внутри" - по ситуации.
Зачастую вполне можно расчитывать на инварианты, которые соблюдаются "сверху", а для того, чтобы читающий, понимал на какие инварианты опирается функция - навешать assert-ов (по сути описать контракт).
Правда на моей памяти примерно каждый второй программист ленится описывать контракты) И приходится гадать надо тут проверять на NULL или не надо (и человеку, и статическому анализатору).
Никогда бы не подумал, что прочитаю такую простыню о такой наитупейшей вещи как static функции :)
Вот вас ждут еще открытия, когда вы для себя откроете inline :)
Такой, что под это определение попадает лбая территорая с твёрдым дорожным покрытием. Кроме той, что исключена из дорогия явным образом в ПДД (например, прилегающая территория или разделительная полоса).
С чего бы вдруг? Ну, разве что только они разметку 1.2 добавили, но в общем случае проезжая часть остаётся там где и была, с той лишь разницей, что знак объезда при дорожных работах имеет приоритет над всеми другими знаками и другой разметкой и позволяет совершать манёвры, которые запрещены в этом месте.
Чего вы хотели этим сказать? Что есть специальная разметка для определения правого края? И что из этого следует? Разметка есть не везде, и что при её отсутствии правый край магическим образом пропадает? Нет. Он всё еще находится на на правом крае дороги. Просто в случае наличия разметки, явным образом отделяется проезжая часть от обочины.
Что вполне разумно, не вижу никаких проблем. Я конечно понимаю желание "докопаться", мол невозможно ехать точно по разметке, но я что-то и не замечаю, чтобы хоть одно велосипедиста наказывали за то, что он едет в 20 см от неё.
Вы где-нибудь в определении "проезжая часть" видите слова "дворовая территория" или "прилегающая территория"? Вот и я не вижу. Значит не является.
Что изменилось? Правым краем проезжей части является правый край дороги. Вне зависимости от того, стоит ли на этом правом краю 100500 автомобилей или нет. Конец.
По опыту, лучше всё такие бегать по куче специализированных окон, чем пытаться упихнуть всё одну программу))
Второй монитор на рабочем месте для этого и придумали)
Ну, какие трактовки:
Это вполне однозначное определение.
В некоторых местах проезжей части допустимо парковаться. В других местах - нет. Но это никак не влияет на свойства проезжей части. Она как оставалась допустимой для движения, так и остаётся и никакие края никуда не движутся.
Куда ещё однозначее?
Не могу, не работаю с базами данных. Если бы пришлось, я бы для этих целей использовал бы DataGrip
VSCode значительно (ЗНАЧИТЕЛЬНО) функциональнее Sublime.
Без плагинов это конечно практически просто редактор текста, но с рядом плагинов - это вполне себе полноценная кроссплатформенная, кроссязыковая IDE.
Автопополнение есть
Анализ кода и навигация по нему есть
Базовые функции рефакторинг есть
Отладка есть
Интеграция с clang-format есть
Переключение между тулчейнами (я С++-сник) - есть
Интеграция с тестовыми фреймворками - есть
Чего ещё надо? Профилирование разве что, его не хватает да.