Своего планшета не имею, присматриваю как раз, но 10" в руках вертел некоторое время, даже он мне показался маловатым.
Я ждал от гугла на 10+ дюймов, да он был бы не такой мобильный, но у него тоже обязательно была бы своя область применения (10ка домашний варианты, 7ка — походный).
Разумеется Android имеет свои приоритеты и да вероятно дело в уменьшении потребления памяти, но открытие всех полей может превратить классы в кашу и позволит легко нарушить задуманную логику работы.
Работаю с Java больше 4 лет, ни в одном рабочем проекте не встречал _ кроме одного недавнего испансокго проекта (на фрилансе), и эти _ зразу режут глаз. Но этот проект вообще отдельный разговор, там все выглядит так как будто систему делают PHP разработчики, помимо этого общего соглашения по стилю нет, технического лидера нет, кодревью нет и тд., то есть понятно откуда там взялось _.
Да имел ввиду средства IDE. А вообще в Java поля с доступом паблик редкость, не принято. Кстати исходники базовые пакетов Java (JRE) не содержат всяких префиксных подчеркиваний.
Могу понять зачем в случае JavaScript, но зачем подчеркивание наименовании приватного поля "_someField" в Java (о других не говорю) если приватность обеспечена самим языком программирования?
Не обязательно применимость видеть только по примерам, можно просто внимательнее посмотреть на свой проект, и поискать куда можно всунуть, но конечно не ради того чтобы просто всунуть :) Самые распространенные применения: логирование, кеширование, сикюрность, то есть как бы паутина поверх работающего кода, дополнительный слой. В целом любые однотипные действия которые часто происходят в системе и которые не слишком относятся к бизнес логике, и которые могут быть отключаемыми, можно сказать служебные/сервисные. Конечно можно и сильную логику завязывать на этом, но я бы не стал сильно увлекаться потому что работа с AOP не слишком прозрачна.
Бывает оно нужно, но ввиду не знания о его существовании придумывают горы кода и глупые велосипеды, хотя используя AOP все можно было сделать гораздо проще. Так что хотя бы иметь представление и понимать возможность AOP нужно, использовать или нет дело другое.
Например в YUI 3 добавили элементы аспектного программирования, эту библиотеку разрабатывают не школьники, так что поверьте оно там не просто так оказалось, это для скептиков использования AOP. Вот пример из новой книги (только только вышла) «YUI 3 Cookbook».
Многие слишком очевидны чтобы я их тут перечислял. В любом случае сишник будет работать на VS, ибо нет альтернативы, и конструктивно ругать её не сможет, потому что нет альтернативы :) То есть не вижу причин спорить и доказывать что VS плохая, она не может быть плохой за не имением других. Скажу только что я как Java разработчик был рад что для моих недавних целей хватило MonoDevelop, и не пришлось устанавливать винду ради VS, и потом устанавливать VS, и потому устанавливать патчи на VS, и все ради того чтобы сделать мелочь которая работала бы только в винде. А в MonoDevelop я просто сразу сел и поехал :)
Лучше по каким критериям? Если выбросить критерий приспособленности под определенный язык программирования (ведь не будете утверждать что VS для Java разработчика будет лучше чем допустим IntelliJ IDEA), то по многим оставшимся критериям безусловно лучше.
Я понимаю, странно если бы было иначе (лучшая IDE для C# под винды и не от MS), как раз в этом и беда что выбора особо нет, а изделие MS не во всех ситуациях дружелюбно себя проявляет. Например под Java есть как минимум 3 полноценных и самодостаточных IDE.
Как-то нужно было перекомплилировать какой-то старый ActiveX в VS, сам работаю с Java, но в тот момент не было рядом сишников. Для того чтобы просто код cкомпилировался я не одни час искал и ставил патчи для этого убожества, не говоря уже об установке самой студии. А вот недавно нужно немного С# поковырять, MonoDevelop оказалось достаточно и я был очень рад этому.
Я ждал от гугла на 10+ дюймов, да он был бы не такой мобильный, но у него тоже обязательно была бы своя область применения (10ка домашний варианты, 7ка — походный).
Работаю с Java больше 4 лет, ни в одном рабочем проекте не встречал _ кроме одного недавнего испансокго проекта (на фрилансе), и эти _ зразу режут глаз. Но этот проект вообще отдельный разговор, там все выглядит так как будто систему делают PHP разработчики, помимо этого общего соглашения по стилю нет, технического лидера нет, кодревью нет и тд., то есть понятно откуда там взялось _.
Многие слишком очевидны чтобы я их тут перечислял. В любом случае сишник будет работать на VS, ибо нет альтернативы, и конструктивно ругать её не сможет, потому что нет альтернативы :) То есть не вижу причин спорить и доказывать что VS плохая, она не может быть плохой за не имением других. Скажу только что я как Java разработчик был рад что для моих недавних целей хватило MonoDevelop, и не пришлось устанавливать винду ради VS, и потом устанавливать VS, и потому устанавливать патчи на VS, и все ради того чтобы сделать мелочь которая работала бы только в винде. А в MonoDevelop я просто сразу сел и поехал :)
Как-то нужно было перекомплилировать какой-то старый ActiveX в VS, сам работаю с Java, но в тот момент не было рядом сишников. Для того чтобы просто код cкомпилировался я не одни час искал и ставил патчи для этого убожества, не говоря уже об установке самой студии. А вот недавно нужно немного С# поковырять, MonoDevelop оказалось достаточно и я был очень рад этому.