Рабочее место разработчика Fedora, DNF

Славно описал. Местное наречие осваиваешь? Контракт срочный? Как часто продлять? А то вдруг меня с текущего места попрут - можно было бы к вам попробовать податься: ради работы над свободным кодом за всепобеждающее бабло я даже готов на шляпу с привычной убунты съехать :)

Местное наречие осваиваешь?

потихоньку, времени всё как-то нет.

Контракт срочный?

если правильно понял вопрос, то нет.

А то вдруг меня с текущего места попрут - можно было бы к вам попробовать податься

как-то не очень обнадёживает, почему тебя должны выпереть?

Сиди себе на убунте, в чем проблема. Куча народу сидит на дебиане, например, особенно тем кому пакеты собирать не надо.

как-то не очень обнадёживает, почему тебя должны выпереть?

Не сошлись характерами :-Р Всё лучше, чем «разногласие по земельному вопросу» :)

если правильно понял вопрос, то нет.

На всякий случай уточню - «срочный» имеется ввиду с фиксированным сроком, после чего по желанию левой пятки менеджера он либо продляется, либо нет. Весьма популярно в странах не до конца победившего капитализма.

Чья макушка из-за перегородки выглядывает? :)

нашего тимлида ;) может ещё что интересного на фото найдёшь?

На каком языке проходит рабочее общение, на английском, или на чешском?

на Czenglish'е =) а вообще, все умеют в английский, кто-то даже в русский, так что проблем нет с этим.

кто-то даже в русский

Так бы и написал: у нас тут в Брно до хрена русских в Редхате работает.

Модная шляпка :p

Тем, что обновление списка пакетов происходит тогда, когда сам ПМ решает, а не тогда, когда это нужно пользователю. И хз как днф, а юм - просто эталон тормоза при разрешении сложных зависимостей.

То есть списка пакетов в репозитории? Разницы в скорости разрешения зависимостей у dnf и apt не замечаю.

из плюшек мне достаточно, что я работаю с людьми, с которыми мне нравится работать и занимаюсь любимым делом.

это, на самом деле, самое важное :) успеха в этом деле!

А есть ли у вас style guidelines для питоновских проектов?

Firefox - падает раз 15 за день
на Xorg при открытии настроек всё замирало секунд на 5

Федоооора.

pep8 жи есть

Да, есть pep8, но это не означает, что в организации принят именно он в качестве эталона.

Пеп8 с небольшими отклонениями.

с небольшими отклонениями

А есть дока в свободном доступе? Хочу принять некоторое скромное участие в разработке.

привет с Трнитой, лол

https://github.com/rpm-software-management/dnf/wiki/Hacking#coding-style

На этотм самом рабочем месте пилится DNF и Fedora

А мне показалось что трындят в инете в три экрана :))

> кто-то даже в русский

Так бы и написал: у нас тут в Брно до хрена русских в Редхате работает.

в Брне вообще русских до хрена. но, подозреваю, речь о другом: большинство чехов от 35 и старше в разной степени умеют в русский.

На этотм самом рабочем месте пилится DNF и Fedora

Судя по фотке, на этом месте пилится только флуд на ЛОРе и в чатике.

Завидую и одновременно радуюсь за тебя!
Для меня была бы честь работать в redhat.
А где географически находишься/работаешь?

Не по теме и не уверен что по адресу: не в курсе почему в empathy всё никак не добавят поддержку OTR/GPG? А то клиент годный (особенно для простолюдинов), но без OTR/GPG как-то язык не поворачивается его кому-то советовать.

не в курсе почему в empathy всё никак не добавят поддержку OTR/GPG?

Клиент мертв, там только небольшие багфиксы идут теперь

Привет,

А где географически находишься/работаешь?

Как уже писали выше, это в Брно (Чехия).

может в треде не увидел.. что за мышь диковиный такой?

Парадигма современного девелопмента заключается в постоянном движении без явной цели

Потому что «Цель» - это что-то большое, красивое и научное. Но не все занимаются глубокими исследованиями влияния лямбд на торсионные поля - кому-то нужны просто морды к базам.

Зато прелесть ИТ в том, что не нужно быть в команде яйцеголовых на многомиллионном оборудовании, чтобы достичь каких-то успехов - просто дома на коленке можно сделать что-то важное.

есть в комментариях, поищи

wireless-trackball-m570

Потому что «Цель» - это что-то большое, красивое и научное.

Без этого, чего-то большого и красивого, ничего хорошего не получится и видно это невооружённым глазом. Софт, за очень редким исключением, ужасен. Упорно, год за годом, делается функционально одно и то же, на всё более жирных библиотеках, тулкитах и фреймворках. Зачем то выкидываются проверенные, лёгкие, понятные, отлично работающие подсистемы, а вместо них, по принципу - «потому что мы можем», внедряются кадавры (привет systemd).

Зато прелесть ИТ в том, что не нужно быть в команде яйцеголовых на многомиллионном оборудовании, чтобы достичь каких-то успехов - просто дома на коленке можно сделать что-то важное.

Ради бога, делайте «что-то важное», только, умоляю, никому не показывайте! Ваша «прелесть ИТ» рождает раздутые, плохо пахнущие трупы. Не льстите себе, ничего хорошего «просто дома на коленке» вы не напишете.

P.S. Да, и забудьте про agile-методы разработки, эти трупы раздуты сильнее других и запах у них особенно тошнотворен.

А как насчёт массовой рассылки сообщений? Мне этой функции например не хватает в нем.

кадавры

раздутые, плохо пахнущие трупы

эти трупы раздуты сильнее других и запах у них особенно тошнотворен

Мсье в порядке?

забудьте про agile-методы разработки

Ну и с чего бы? Мсье хочет как-то доказать, что идея осознанной итерационной работы противоречит минимализму и аккуратности? Вроде, ровно наоборот.

Это должны пилить в telepathy-gabble, но он тоже мертв.

Ну и с чего бы? Мсье хочет как-то доказать, что идея осознанной итерационной работы противоречит минимализму и аккуратности? Вроде, ровно наоборот.

Месье не рассуждает о гипотетических проблемах, месье их знает. Любой проект, где требования заказчика меняются в процессе разработки означает:
а) Заказчик не знает чего он хочет.
б) Исполнитель не в состоянии предсказать хотелки Заказчика, значит не может грамотно спроектировать продукт.
в) Динамическая разработка превращает продукт в гигантский набор костылей, вне зависимости от первоначального дизайна.
г) Такой продукт имеет фактическую поддержку только на стадии разработки, дальше всё..., никто с этим разбираться не будет.
д) Как правило, Заказчик вкладывающий бабки в продукт разрабатываемый agile-методом, видя во что всё это превращается срочно садится за нормальное ТЗ и нанимает кризисного менеджера, чтобы спасти хотябы часть инвестиций.

Smplayer нормальный уже завезли? Раньше любил федору, но новые федоры не пошли, то при обновлении ребут падает (селинукс сбивается), то разброд и шатание в версиях пакетов из rpmfusion и russian fedora, то просто пакетов не хватает, то хрен огранизуешь компиляцию скачанных тарболов (инструкции то только под дебиан-like дистры). В общем не вижу ровно никаких явных преимуществ в использовании неубунты, а недостатков как всегда полно. Ну в убунте конечно тоже есть бяки с пакетами, но они вполне решаемы локальным переходом на тарболы ну или ручной правкой пакетов.

а) заказчик может знать, чего хочет, но не в деталях. проработка деталей — дорогостоящее занятие. эджайл предполагает, что она приоритизирована, не ударяет по бюджету сразу, и естественным образом реализуется правило Парето. (если команда и project owner правильно понимают, как это делать.) Никто не мешает регулярно читать бэклог целиком, чтобы формировалось общее представление о будущей (возможной) системе.

б) идеальный исполнитель должен быть экспертом в двух областях: в своей и заказчика. это чрезвычайно редкий и дорогой исполнитель.

в) да — если рефакторинг не является частью культуры разработки.

кроме того, «статическая» разработка может дать прекрасно спроектированный, но совершенно бесполезный мертворожденный продукт, потому что пока проводились все необходимые исследования и велась работа от нуля до идеала, кто-то уже съел весь рынок менее совершенным, но _работающим_ продуктом. и заказчики уже обучили персонал, и данные у них где-то в облаке, и зачем менять, если и это работает, и так далее. и самые крупные заказчики уже добились от того стартапа нужных именно им фишечек, и плевать они хотели на более ясную иерархию классов где-то в недрах чьего-то другого сервиса. such is life.

г) будет, если проект взлетел и стабильно помогает решать проблемы заказчика.

д) зависит от области. эджайл при создании ПО для шатла — это дорого (читай: десятки жизней). вотерфол при создании какого-нибудь стартапа, особенно SaaS — скорее всего, также запретительно дорого (читай: больше, чем начальный капитал). инструмент надо выбирать под задачу.

Bomb threat посмешило. Хотя адептов красношляпки совсем не жалко

За красно-шапку плюсую, люто-бешено!

идеальный исполнитель должен быть экспертом в двух областях: в своей и заказчика.

Осталось найти идеального исполнителя.

если рефакторинг не является частью культуры разработки.

(Разработка абы как + рефакторинг) всегда дороже, чем (грамотное проектирование + разработка).

кроме того, «статическая» разработка может дать прекрасно спроектированный, но совершенно бесполезный мертворожденный продукт, потому что пока проводились все необходимые исследования и велась работа от нуля до идеала, кто-то уже съел весь рынок менее совершенным, но _работающим_ продуктом.

Это вопросы менеджмента, с методом разработки, кмк, слабо связаны. Кстати, применение agile, вовсе не означает, что продукт будет разработан быстрее, чем при классическом методе разработки, при прочих равных условиях.

инструмент надо выбирать под задачу.

Можно пример задачи, где применение agile будет явно предпочтительным?

Уже давно в Firefox не заходил. Некогда любимейший браузер стал жутко тормозным. Юзаю Google Chrome. Глючный, правда, в некоторых местах, в отличие от Firefox, но зато быстрый))...

Осталось найти идеального исполнителя.

А его практически не бывает.

(Разработка абы как + рефакторинг) всегда дороже, чем (грамотное проектирование + разработка).

«Абы как» дороже, не абы как — дешевле. Грамотная итерационная разработка подразумевает в т.ч. грамотное проектирование.

Это вопросы менеджмента, с методом разработки, кмк, слабо связаны.

Один разработчик говорит, что может сделать сандалии завтра и нормальные ботинки через месяц. Другой разработчик говорит, что сделает нормальные ботинки через три недели, а пока сиди дома. Если заказчик без обуви не сможет преодолеть тернистый путь к продуктовому магазину и помрёт с голоду, метод разработки внезапно оказывается критически важным.

Можно пример задачи, где применение agile будет явно предпочтительным?

Да почти любой стартап.

Да почти любой стартап.

Ну понятно, нет задач для agile.

Wayland - работает как часы (на Xorg при открытии настроек всё замирало секунд на 5)

Это точно вина Xorg?

Fedora Rawhide (25)

Там Wayland уже по умолчанию?

Да почти любой стартап.

Ну понятно, нет задач для agile.

Конечно, ведь стартапов не бывает. Все ныне существующие сервисы были спроектированы десятилетия назад именно в этом виде.

Конечно, ведь стартапов не бывает. Все ныне существующие сервисы были спроектированы десятилетия назад именно в этом виде.

Всё так, все ныне существующие сервисы именно сначала спроектированы, а затем уже за дело взялись кодеры. Agile там и не пахло.

Кто такой этот ваш agile?

https://en.wikipedia.org/wiki/Agile_software_development

Firefox - падает раз 15 за день
Wayland - работает как часы

Да-да, какая программа упала, та и виновата