Он мажет на мониторах с низким разрешением (у меня 90dpi к примеру — стандартный моник для винды/линукса). Для макоси нужны их моники, с более высоким dpi. На них clear type и его аналоги не имеют смысла, и шрифты с обычным сглаживанием выглядят прекрасно.
Что-то многовато блокировок. Да и вообще кода много. Кажется, что можно все это сделать проще. Например, блокировку на IsStopped можно заменить обычным volatile полем. Очередь с приоритетами реализовать отдельно от логики собственно ThreadPool'а (тут можно кстати и подумать, сделать ли её потокобезопасной или же обеспечивать потокобезопасность в вызывающем коде). А при остановке всех задач у потоков должны вызываться Thread.Join(). Interlocked-методы тоже неясно зачем (если уже используются мониторы и event'ы). В общем, имхо, вы усложнили )
А какие конкретно претензии по коду вам предъявили кроме «это не то, что мы телепатировали»? Да, и странно, что вам это написал кадровик, а не технический специалист.
Жаль, что они не хотят реализовывать WPF в моно. Было бы здорово иметь возможность быстро писать несложные приложения под Linux с использованием основных фишек WPF (развитая система layout'ов, биндинги, стили).
Когда писали игрушку для айфона, тоже сначала юзали 3DS, но потом перешли к PVR. 3DS-библиотека (lib3ds) оказалась немного глючной (не совсем корректно считались нормали), пришлось самим дописывать код, который корректировал нормали, чтобы на модельке не было артефактов. C PVR вроде таких проблем не было.
Я так понимаю, это некий аналог JIT-компилятора, только применительно к динамической типизации? А отличие лишь в том, что JIT-компилятор компилирует вызовы единожды (и если уже скомпилирован, вызывает напрямую), а в рассматриваемом DLR polymorphic inline cache собирает вызываемый кусок кода только в случае промаха кеша (а в противном случае дергает напрямую делегат).
Неясно только, как можно вообще закешировать такую штуку, как операция над объектом неизвестного типа. Что является «ключом» кеша? Комбинация {реальный тип объекта; выражение, которое необходимо к нему применить}?
Да глянцеватель это же просто электробатарея с глянцевой поверхностью + валик. Мокрую фотку — на глянцеватель и валиком по ней — вот и вся премудрость. Хотя, может, профессионалы как-то по-иному делают, с кучей нюансов :)
У нас в школе была фотолаборатория — помещение на 4 этаже с 2 комнатками. Там мы заряжали пленки и печатали потом тоже (черно-белые, естественно, для цветных вроде бы особое оборудование нужно). Было классно. Сейчас, конечно, в фотографии уже не осталось этой магии — нащелкал, посмотрел, закачал, выложил. Нет такого ощущения, что что-то делаешь руками. Но зато быстро, удобно и доступно каждому.
Смешанные чувства вызывает пост. С одной стороны — вроде ни о чем вообще, 2 факта «int при боксинге в джаве кешируется» и «в груви можно переопределить оператор +» размазаны по 2 килобайтам текста. С другой стороны — вроде бы и пазл прикольный, и параллельно несколько смежных фактов про груви узнал, и к выводам не придраться…
Ух наконец кто-то решился одолеть эту проблему. Я уж боялся, что придется ковыряться и изучать синтаксис всех этих make/cmake/qmake (так как под nix* ничего серьезного не пишу, но иногда бывает необходимо).
в Django ORM любая операция изменения данных (create / update / delete) завершается принудительным COMMIT-ом
Хм, странное поведение. В любом случае хардкод коммита после getorcreate это наихудшее из того, что можно придумать. Второй способ тоже не очень хорош, поскольку меняет глобальные настройки mysql. А если переезжать на другой сервер, настройки автокоммита перенести кто-нибудь да обязательно забудет. Так что единственным приемлемым решением является третий способ.
И правда — как это я сразу не заметил. Это отвратительно, что производители ноутбуков так и не хотят прислушаться к мнению IT-специалистов. Сколько уже им все твердят про Ctrl — хоть ссы в глаза.
А какие конкретно претензии по коду вам предъявили кроме «это не то, что мы телепатировали»? Да, и странно, что вам это написал кадровик, а не технический специалист.
addconf.ru/event.sdf/ru/add_3/authors/AlexanderShlyannikov/773
Неясно только, как можно вообще закешировать такую штуку, как операция над объектом неизвестного типа. Что является «ключом» кеша? Комбинация {реальный тип объекта; выражение, которое необходимо к нему применить}?
Хм, странное поведение. В любом случае хардкод коммита после getorcreate это наихудшее из того, что можно придумать. Второй способ тоже не очень хорош, поскольку меняет глобальные настройки mysql. А если переезжать на другой сервер, настройки автокоммита перенести кто-нибудь да обязательно забудет. Так что единственным приемлемым решением является третий способ.