Ой, а зачем вы так сложно iso на флэшку копировали по инструкции 3х летней давности?
Качаете iso и делате dd, как написано тут http://en.opensuse.org/SDB:Live_USB_stick
И без всякого шаманства у вас загрузочная флэшка openSuse.
Когда проект начинался он был бесплатный и можно было туда грузить музыку. А потом стало 15 треков в день или без ограничений, но за деньги. И не важно грузил ты туда музыку или нет.
При воспроизведении очень хочется ускорения, а не замедления. Много контента (полезного) хочется процентов на 20-30 ускорить. Например, видео с конференций, сразу все такие бодренькие становятся.
Спасибо. Вспомнился институтский курс по теории принятия решений. Очень нравилось решать подобные задачки.
Кстати у вас неточность в №3
«При А=0 данный критерий можно заменить критерием максимума, а при А=1 — критерием Вальда.» — исходя из формулы все в точности до наоборот.
Честно признаться даже не знаю огорчаться или радоваться. Пользуюсь этим клиентом уже около 8 лет. Не всегда новые версии были лучше старых, а последнее время, к сожалению, это стало тенденцией. То одна фича отвалится, то другая. Но даже не смотря на это thundirbird был и остается одним из лучших почтовиков.
Имхо, иногда не стоит вносить «псевдоулучшения» в угоду видимости того, что проект жив.
Поддерживаю про слово «компромисс». Преподаватель курса Assertive Communication, англичанка, говорила, что компромисс это одно из наихудших решений которое только кажется win-win, но при этом обе стороны, наоборот, оказываются неудовлетворенными. Со временем, чем больше компромиссов, эта неудовлетворенность накапливается, что в итоге может приводить к конфликтам.
Так что «компромисс» имеет негативный оттенок и в английском языке.
Зачем вы не понимая предмета пытаетесь меня в чём-то убедить? Только позоритесь, когда пишете ерунду. Уж поверьте человеку, который 7 лет работал над продуктами под названием ТСК.
Честно говоря статья мне и в оригинале не понравилась. В целом ниочем. Плюс выдранные из контекста высказывания тех или иных товарищей. По-моему такие мифы и придумывают авторы таких статей.
Извините конечно, вы поняли что написали?
Почитайте что такое JCP (Java Community Process), например на википедии. Организация существует с момента появления языка джава (ну почти) и Сану (а ныне Оракл) не принадлежит.
API джавы никто никогда ни от кого не прятал.
Язык джава может реализовать кто угодно. Но есть 2 НО. Во-первых, чтобы это было можно назвать джавой это надо лицензировать (для этого JCP в частности и существует и этим зарабатывает). И второе НО — есть некоторые юридические аспекты, которые мне к сожалению не известны, и которые могут ограничивать использование, требовать роялти итд.
Гугл же сделал изящный ход, хоть fair play это и не назвать (я бы сказал это affair play:). Они просто сделали похожий на джаву язык и не назвали его джавой. Рынок джавапрограммеров. Динамичность развития (не надо каждый чих через JCP проводить). Независимость от других.
В моем понятии у софта есть разработчики(те, кто его делает) и пользователи. Просто понятие разработчик более широкое, чем программист. Я тестировщик и я вношу посильный вклад в разработку ПО.
Поэтому ваш вопрос для меня звучит как «чем отличается каменщик от строителя».
Выглядит неплохо. Если Lenovo не одумается, то я как раз думал о Dell, как о достойной замене.
А одуматься Lenovo может, если спрос на новые ThinkPad-ы упадет и в особенности на T и X2хх которые обычно покупаются для работы, а не для понтов.
Как человек работавший в Сане именно в области сертифицирования и conformance самого языка джава я только так и могу смотреть на вещи ). Да по синтаксису языка там — джава. Байткод другой. Да и вроде там API не совсем одинаковое (но тут не могу утверждать точно).
Честно говоря Гугл сделал очень изящный ход с андроидом и джаваподобным языком, обойдя юридические замороки (понятно, что технические замороки с сертификацией они бы решили без особых трудностей).
Пожалуйста не читайте это. Автор все напутал про тестирование.
Качаете iso и делате dd, как написано тут http://en.opensuse.org/SDB:Live_USB_stick
И без всякого шаманства у вас загрузочная флэшка openSuse.
Кстати у вас неточность в №3
«При А=0 данный критерий можно заменить критерием максимума, а при А=1 — критерием Вальда.» — исходя из формулы все в точности до наоборот.
Это сжатый пересказ его же книги The Clean Coder.
www.amazon.com/Clean-Coder-Conduct-Professional-Programmers/dp/0137081073
Достойная книга. Надеюсь, что будет всё больше людей, которые её прочитают и осознают.
Можете передать ожидаемую позицию результата и немного подправить метод CheckResults.
Автору респект, разложено по полочкам. Мог бы — плюсанул.
Имхо, иногда не стоит вносить «псевдоулучшения» в угоду видимости того, что проект жив.
Так что «компромисс» имеет негативный оттенок и в английском языке.
Почитайте лучше упомянутого в статье Виттейкера,
цикл 7 plagues of Software Testing, перевод jnechaeva
И the future of software testing, коллективный перевод
Почитайте что такое JCP (Java Community Process), например на википедии. Организация существует с момента появления языка джава (ну почти) и Сану (а ныне Оракл) не принадлежит.
API джавы никто никогда ни от кого не прятал.
Язык джава может реализовать кто угодно. Но есть 2 НО. Во-первых, чтобы это было можно назвать джавой это надо лицензировать (для этого JCP в частности и существует и этим зарабатывает). И второе НО — есть некоторые юридические аспекты, которые мне к сожалению не известны, и которые могут ограничивать использование, требовать роялти итд.
Гугл же сделал изящный ход, хоть fair play это и не назвать (я бы сказал это affair play:). Они просто сделали похожий на джаву язык и не назвали его джавой. Рынок джавапрограммеров. Динамичность развития (не надо каждый чих через JCP проводить). Независимость от других.
Поэтому ваш вопрос для меня звучит как «чем отличается каменщик от строителя».
А одуматься Lenovo может, если спрос на новые ThinkPad-ы упадет и в особенности на T и X2хх которые обычно покупаются для работы, а не для понтов.
Честно говоря Гугл сделал очень изящный ход с андроидом и джаваподобным языком, обойдя юридические замороки (понятно, что технические замороки с сертификацией они бы решили без особых трудностей).