при указании в win, dpi, отличного от дефолтного, во многих приложениях получал странный эффект — как будто окно отрисовывается в 96dpi, а затем масштабируется с указанным коэффициентом. по сравнению с этой живописью даже jpeg отдыхает. так что не надо нам таких коэффициентов.
я не понимаю, как это случилось. для xft и gnome2 размеры всю жизнь указывались именно в dpi, а cairo, которая используется основными gtk2 движками, чудесно подцепляла эти настройки. что ещё нужно? я не припомню, чтобы у приложений были проблемы с большими dpi. наоборот, лишь при dpi выше 100 всё начинало выглядеть достойно. проблемы были с маленькими dpi — кажется, 72dpi на старых элт-мониторах, — но это другая тема.
в gtk3 откуда-то вплыли коэффициенты масштабирования с базой 96dpi, единицы измерения типа «1024 * dots/inch» и прочий бред. совершенно непонятно, что они там курили. но сейчас убунта на высоких dpi в самом деле представляет собой полный шг. и ппц (подозреваю, что ноги сего технического чуда, растут откуда-то из недр движков css и javascript, которые позаимствованы gnome3 известно откуда).
Другую знакомую уволили в результате по статье «пьянство», хотя она вообще не пьет. Ей нельзя по здоровью. Но нашлась куча свидетелей, что она «неоднократно приходила на работу в хлам», а так же «постоянно упортебляла на работе».
… подавляющее большинство новых работодателей, звонит предыдущим, для проверки. Ну а там могут рассказать все что угодно. И думаю ЗП за 3 месяца покажутся полной фигней после 6-8 месяцев безуспешных попыток устроится на работу.
ну вот кошмарить то зачем? как раз это просто доказывается. сила в правде. нужно иметь лишь каплю упорства и при таком раскладе «предыдущие» будут хлебать баланду. хеппиенд. :)
серьёзно, во время недавнего кризиса ходили подобные байки. но как показала практика, та же куча свидетелей, предупрежденных об ответственности за дачу ложных показаний, с не меньшим усердием начинает свидетельствовать против работодателя. это ж не уголовники какие-то и нормально идут на сотрудничество. ведь даже самые упоротые осознают, что точно в таком же положении находится каждый из них.
у моих знакомых прямо обратная ситуация. компания российского масштаба, занимается бурением. сезонные работы, вахтовый метод. и работяг отбирают как космонавтов. не в последнюю очередь потому, что уволить неподходящего сотрудника по нашим законам крайне сложно. даже за пьянку. волокита, и месяцами длящиеся суды, отнимают кучу ресурсов. работяги, в общем-то, так же юридически неграмотны, как и офисные одуванчики. но упорны, и не столь наивны. вероятно потому, что деваться им больше не куда. в прочем, это уже полный офф.
маркет же. такие сервисы не про разработку, а про продажи (речь не обязательно о деньгах). можно предположить, что назначение ленты отзывов (она так называется — не комментов) это собирание казуального фидбека и информирования других пользователей о проблемах в приложении. т.е. подобие «жалобной книги». отсюда её нарочитая односторонность. если комменты разработчиков будут отображаться в общей ленте, то они так же станут формировать настроение потенциальных пользователей, превратив блок, фактически, в рекламную площадку. кроме того — новая фича может стать механизмом для рассылки отозвавшимся таггерированного спама.
зы: знаете, мне определенно нравится ход ваших рассуждений. «для простоты рассмотрим баланс в кассе нашей организации. вот приход, вот расход. не трудно заметить, что ни какой вашей зарплаты здесь нет — присутствует исключительно синтаксический сахар.» :)
нет ни какого строго смысла. конкретные термины отражают конкретные понятия — воспринимаются как есть и употребляются целиком. ну нельзя их делить на слова, дабы извлечь какой-то собственный смысл. иначе можно далеко зайти рассуждая, в строгом смысле, скажем, о морских свинках)
В данном определении нам интересен термин отношение, но пока оставим его без строго определения. Лучше представим себе таблицу продуктов.
по идее, термин «отношение» должен быть знаком со школы — например, бинарное отношение равенства (=) чисел в математике. бинарное, потому что ставит в соответствие пару — чисел (x, x). а ещё каждый программист постоянно имеет дело с булевой алегброй и логическим отрицанием not x — одинарным (унарным) отношением.
кстати о логике. кроме всего прочего, отношение можно определять через функцию, принимающую некоторое количество параметров и возвращающую логическое True, либо False (т.е. предикат). скажем, то же равенство можно выразить предикатом двойкой аргументов вида eq (x, y), а отрицание — not (x) — с одним. можно вообразить функцию, принимающую 3-ку параметров foo(x,y,z) и т.д. «n-ка принадлежит отношению тогда и только тогда, когда предикат на ней возвращает значение True (или «истинно»)».
допустим, нас интересуют утверждения о том, что некоторый водитель типа Driver имеет отношение к некоторой компании типа Company. функция-предикат будет иметь вид (тип):
function Boolean company_driver (Company company, Driver driver);
короче, речь идёт о 2-ках вида (company, driver). переходя на множества, на псевдо-sql-подобном языке, отношение между компаниями и водителями можно объявить как-то так:
действительно, это чем-то похоже на таблицу, и отношения часто таком виде изображают. но есть ключевые отличия. например, очевидно, что порядок записи утверждений (кортежей, строк) в отношении, имеет ни какого значения. так же бессмысленно записывать одно и то же утверждение дважды. в таблицах это не так. и да — популярные реляционные базы работают-таки с таблицами.
в общем, реляционная алгебра — это такая навороченная логика. а ценность реляционных баз состоит в том, что они с лёгкостью оперируют миллионами утверждений, касательно различных фактов, за считанные мгновения, предоставляя мощные средства для создания логической модели предметной области вашего приложения. можно использовать и для других целей, например, для хранения данных =) — но скорее будет хреново (см. NOSQL).
умение программировать тем и замечательно, что дает возможность написать что угодно на чём угодно. я зарабатываю разработкой на python, поэтому такая зависимость совсем не мешает. вполне себе язык, ни чем не хуже bash. =)
именно так. :)
вообще, скрипт появился тогда, когда этой фичи в юнити ещё не было, а у меня уже был gnome2. т.е. давно. и по правде говоря, от перехода на 12.04 и юнити, я ждал именного этого самого коробочного счастья. буквально — до прошлой недели когда обновил убунту.
на практике (п)оказалось, что именно этот переключательный механизм в юнити всё ещё не доделан: переключает с заметным лагом, и вместо нужно окна, я часто попадаю в лаунчер (или как эта штука называется, по типу меню «пуск»). в результате, сложилось ощущение, что скрипт всё ещё может кому-то полезным.
разницу можно увидеть, когда открыто несколько окон firefox. wmctrl -a firefox кидает в первое попавшееся окно, а look-at firefox, должен циклить между ними, давая шанс добраться до нужного. по идее. :)
просто у меня сложилось впечатление, что build-in функции в python, в основном, обобщенные: len(), min(), max()… — а специальные живут в отдельных модулях. кстати:
а range([start], stop, [step]) какой-то очень специфичный. не понятно, только — зачем? ведь, как вы указали, обобщенный вариант реализуется тривиально.
в gtk3 откуда-то вплыли коэффициенты масштабирования с базой 96dpi, единицы измерения типа «1024 * dots/inch» и прочий бред. совершенно непонятно, что они там курили. но сейчас убунта на высоких dpi в самом деле представляет собой полный шг. и ппц (подозреваю, что ноги сего технического чуда, растут откуда-то из недр движков css и javascript, которые позаимствованы gnome3 известно откуда).
ну вот кошмарить то зачем? как раз это просто доказывается. сила в правде. нужно иметь лишь каплю упорства и при таком раскладе «предыдущие» будут хлебать баланду. хеппиенд. :)
серьёзно, во время недавнего кризиса ходили подобные байки. но как показала практика, та же куча свидетелей, предупрежденных об ответственности за дачу ложных показаний, с не меньшим усердием начинает свидетельствовать против работодателя. это ж не уголовники какие-то и нормально идут на сотрудничество. ведь даже самые упоротые осознают, что точно в таком же положении находится каждый из них.
у моих знакомых прямо обратная ситуация. компания российского масштаба, занимается бурением. сезонные работы, вахтовый метод. и работяг отбирают как космонавтов. не в последнюю очередь потому, что уволить неподходящего сотрудника по нашим законам крайне сложно. даже за пьянку. волокита, и месяцами длящиеся суды, отнимают кучу ресурсов. работяги, в общем-то, так же юридически неграмотны, как и офисные одуванчики. но упорны, и не столь наивны. вероятно потому, что деваться им больше не куда. в прочем, это уже полный офф.
(2, 1, 1) = {{1}, {1, 1}, {2, 1, 1}} = {{1}, {1, 1}, {2, 1}} = {{1}, {2, 1}}
(1, 2, 1) == (2, 1, 1)
в чем подвох?)
зы: знаете, мне определенно нравится ход ваших рассуждений. «для простоты рассмотрим баланс в кассе нашей организации. вот приход, вот расход. не трудно заметить, что ни какой вашей зарплаты здесь нет — присутствует исключительно синтаксический сахар.» :)
по идее, термин «отношение» должен быть знаком со школы — например, бинарное отношение равенства (=) чисел в математике. бинарное, потому что ставит в соответствие пару — чисел (x, x). а ещё каждый программист постоянно имеет дело с булевой алегброй и логическим отрицанием
not x— одинарным (унарным) отношением.кстати о логике. кроме всего прочего, отношение можно определять через функцию, принимающую некоторое количество параметров и возвращающую логическое True, либо False (т.е. предикат). скажем, то же равенство можно выразить предикатом двойкой аргументов вида eq (x, y), а отрицание — not (x) — с одним. можно вообразить функцию, принимающую 3-ку параметров foo(x,y,z) и т.д. «n-ка принадлежит отношению тогда и только тогда, когда предикат на ней возвращает значение True (или «истинно»)».
допустим, нас интересуют утверждения о том, что некоторый водитель типа Driver имеет отношение к некоторой компании типа Company. функция-предикат будет иметь вид (тип):
короче, речь идёт о 2-ках вида (company, driver). переходя на множества, на псевдо-sql-подобном языке, отношение между компаниями и водителями можно объявить как-то так:
(найди отличия) а его значение — определить, например, перечислив все известные истинные факты, в отношении отношений водителей и компаний:
действительно, это чем-то похоже на таблицу, и отношения часто таком виде изображают. но есть ключевые отличия. например, очевидно, что порядок записи утверждений (кортежей, строк) в отношении, имеет ни какого значения. так же бессмысленно записывать одно и то же утверждение дважды. в таблицах это не так. и да — популярные реляционные базы работают-таки с таблицами.
в общем, реляционная алгебра — это такая навороченная логика. а ценность реляционных баз состоит в том, что они с лёгкостью оперируют миллионами утверждений, касательно различных фактов, за считанные мгновения, предоставляя мощные средства для создания логической модели предметной области вашего приложения. можно использовать и для других целей, например, для хранения данных =) — но скорее будет хреново (см. NOSQL).
плюсик в карму, за скромность и минимализм )
вообще, скрипт появился тогда, когда этой фичи в юнити ещё не было, а у меня уже был gnome2. т.е. давно. и по правде говоря, от перехода на 12.04 и юнити, я ждал именного этого самого коробочного счастья. буквально — до прошлой недели когда обновил убунту.
на практике (п)оказалось, что именно этот переключательный механизм в юнити всё ещё не доделан: переключает с заметным лагом, и вместо нужно окна, я часто попадаю в лаунчер (или как эта штука называется, по типу меню «пуск»). в результате, сложилось ощущение, что скрипт всё ещё может кому-то полезным.
а range([start], stop, [step]) какой-то очень специфичный. не понятно, только — зачем? ведь, как вы указали, обобщенный вариант реализуется тривиально.
но