1987 - Larry Wall falls asleep and hits Larry Wall's forehead on the keyboard. Upon waking Larry Wall decides that the string of characters on Larry Wall's monitor isn't random but an example program in a programming language that God wants His prophet, Larry Wall, to design. Perl is born.
Unfortunately, the Java platform libraries do not make heavy use of this idiom, but it is highly recommended.Причем, неважно, о какой именно идиоме идет речь в данном случае -- она такая не одна. :)
1 public class Test {
2
3 public static void main (String[] args) {
4 int a = Integer.MIN_VALUE;
5 System.out.println((Math.abs(a) >= 0) ? "Ok" : "Java RTL implemented by complete idiots");
6 }
7
8 }
9
P.S. Это я второе издание "Effective Java" читаю. Читаю и временами плачу...При этом обратим внимание, что графические эффекты там сравнимы с фотошопом, плавность движения и управляемость - с флеш.Ссылку на источник не даю. Поскольку так мог написать только человек, который невовремя зафанател от Scratch, но не видел ближе пяти метров ни фотошоп, ни флэш. К примеру, я сегодня сознательно воздержался от того, чтобы показывать scratch дочери. Она работает в фотошопе что-то около трех лет и я опасаюсь, что может стошнить на клавиатуру от вида scratch'евого графредактора. Так что придется заранее заготовить спрайты -- а уж потом показывать среду. Флэш она с пары метров видела, так что про плавность и управляемость я тоже говорить не буду, чтобы не ронять свой авторитет.
By seeing Refactoring as a necessary waste, then a developer will minimize refactoring; that is only refactor code that no longer meets the requirements of the user. This means, when you are coding away and you see a method in the class you are modifying that "smell's bad" but has no direct connection to the requirement you are working on, you leave it alone.Здравый смысл в этом есть...
} catch (Exception e) {
System.out.println(...текст поскипан по определенным соображениям...);
return "-1";
}
Серверное приложение. Mission critical.Tactics, in chess, are present in every single game, just as coding is present in all software projects. Tactics are what makes or breaks most games of chess, just as coding is what makes or breaks most software projects. Gambling on a chess game? Put your money on the tactical whiz who has never studied openings over the master of the English opening -- even in an English game! In the same way: hire people who can read, write and talk about code over those with sloppy code and really deep knowledge of J2EE.
It’s important for you, a developer, to realise that code reviews aren’t for discussing your bad code. See it more are an effort to increase the level of quality in the entire code.Это радикально отличается от распространенного подхода "прочитай код и аргументированно докажи кодеру, что он дебил"...