For those in software development and aiming at more, my following observation:
when one launches a task in GUI and it gets by some means frozen, there is no way to painlessly stop that particular task but kill the entire GUI.
when one launches a task in the Command Line and you suspect it got frozen, you simple stop the task by CTRL+X or CTRL+Z or CTRL+C (any key combination that does it).
The point is: I would aim at multithreading (or even creating separate processes) of consuming tasks so that I could easily undo any task-related actions. I would be really happy to have a functionality where I can press CTRL+Z to undo any action be it new thread/process for a task or typing a letter in a sentence.
Showing posts with label software development. Show all posts
Showing posts with label software development. Show all posts
Saturday, January 17, 2009
Monday, November 10, 2008
Regular expressions
Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems. — Jamie Zawinski
source: http://thedailywtf.com/Articles/Now-I-Have-Two-Hundred-Problems.aspx
P.S. Last week I faced a problem, where unwanted lines in a textual template should have been deleted in memory, so guess what I have chosen to accomplish the task.
source: http://thedailywtf.com/Articles/Now-I-Have-Two-Hundred-Problems.aspx
P.S. Last week I faced a problem, where unwanted lines in a textual template should have been deleted in memory, so guess what I have chosen to accomplish the task.
Thursday, October 30, 2008
NetBeans
Without blaming it (there are cool features despite its slowness in general, e.g. built-in reverse engineering tool), but I have a question:
Is there any purpose for putting the "show line numbers in my java editor" THAT deep?
Tools->Options->Advanced Options (button in the bottom of the opened dialog)->Options->Editing->Editor Settings, Properties in the right frame->Line Numbers->tick.
Uf.
Product Version: NetBeans IDE 6.1 (Build 200805300101)
Java: 1.6.0_07; Java HotSpot(TM) Client VM 10.0-b23
System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb)
This year NetBeans celebrates its 10 anniversary. Despite what I have just written above, I wish the NetBeans team good luck!
It has been my first IDE for Java development, when I developed a first 'serious' java application (3 months course project officially, 2 weeks of man work in practice). Thank you, guys.
Is there any purpose for putting the "show line numbers in my java editor" THAT deep?
Tools->Options->Advanced Options (button in the bottom of the opened dialog)->Options->Editing->Editor Settings, Properties in the right frame->Line Numbers->tick.
Uf.
Product Version: NetBeans IDE 6.1 (Build 200805300101)
Java: 1.6.0_07; Java HotSpot(TM) Client VM 10.0-b23
System: Windows XP version 5.1 running on x86; Cp1252; en_US (nb)
This year NetBeans celebrates its 10 anniversary. Despite what I have just written above, I wish the NetBeans team good luck!
It has been my first IDE for Java development, when I developed a first 'serious' java application (3 months course project officially, 2 weeks of man work in practice). Thank you, guys.
Wednesday, October 29, 2008
Сервис и продукт: разница
Привет,
этот блог-пост решил сделать по-русски. Такой вот у меня получается блог-полиглот.
Подумал сегодня, как описать далёкому от IT в целом и программирования в частности человеку, что есть сервис и в чём разница между сервисом и продуктом. И первое, и второе продаётся за деньги. Вопрос: что лучше? Но об этом после объяснения.
Представьте себе сапожника. Хорошего сапожника. В маленьком городке. У него уже своя клиентура. Люди передают из уст в уста. Когда народу набирается много, у сапожника hands dirty all the time - много работы. Это сервис. И вдруг сапожнику в одну из бессонных ночей (программисты поймут: во время сложного проекта бывает иногда не до сна или просто не можешь долго успокоиться, потому что постоянно думаешь) приходит в голову гениальная мысль: создать сапожно-починочный механизм (воображаемый в рамках этой иллюстрации). Теперь сапожник постепенно переключается на продажу механизма, который чинит сапоги. Это называется продукт. Разница тоже очевидна: когда сервис, сапожник за каждый раз получает деньги, пусть не большие, но каждый раз, когда клиенту нужно починить обувь (а это может быть не так и редко). А когда продукт - механизм, - от каждой продажи можно выручить немаленькие деньги, но - одному клиенту продал, он исчез. Когда механизм забархлит, может быть, клиент вернётся за починкой сапожно-починочного механизма. Теперь нужно расширяться - ездить в соседние города и продавать механизм уже там.
Теперь мнение. Такое: на мой взгляд IT индустрия начала плавный, но уверенный поворот в сторону сервисов. Все профессиональные сапож.. программисты понимают, что создание сервисно-ориентированной схемы бизнеса - это прибыльно и более предсказуемо: вся начинка по сути остаётся в руках компании, а результат достаётся клиенту. Как и в случае с продуктом. А ведь может быть такой продукт, который уже немеренно поедает ресурсов компьютера клиента, чтобы выполнить свою задачу. Что же тогда? Тогда клиенту нужно закупать новые компьютеры, создавать кластер, распараллеливать... Вообщем, долгая история. А создателю продукта это сделать проще: у него есть конкретная цель и фокус на рынке. Значит, многие продукты начнут постепенно переходить в состояние сервисов. Пример: раньше антивирус съедал процессорное время, память и запись / чтение диска, теперь будет функционировать в виде сервиса, где вся работа выполняется удалённо. Что нужно? Преотличный интернет (постепенный, но уверенный процесс роста в этом смысле налицо). Плюс нужно решить задачу с безопасностью, security. Ведь с продуктом вроде легче: купил, установил, настроил, разрешил в файерволе и вперёд. В случае сервиса нужно основательно продумать архитектуру взаимодействия пользовтеля с сервисом: чтобы противостоять натиску желающих воспользоваться чужим паролем.
Собственно, всё. Надеюсь, пример с сапожником окажется полезным, если Вы захотите объяснить / понять разницу между продуктом и сервисом. Подумайте над примерами сервисно- и продуктно-ориентированной бизнес-моделей. Возьмите крупные компании (лучше всего конкурентов).
этот блог-пост решил сделать по-русски. Такой вот у меня получается блог-полиглот.
Подумал сегодня, как описать далёкому от IT в целом и программирования в частности человеку, что есть сервис и в чём разница между сервисом и продуктом. И первое, и второе продаётся за деньги. Вопрос: что лучше? Но об этом после объяснения.
Представьте себе сапожника. Хорошего сапожника. В маленьком городке. У него уже своя клиентура. Люди передают из уст в уста. Когда народу набирается много, у сапожника hands dirty all the time - много работы. Это сервис. И вдруг сапожнику в одну из бессонных ночей (программисты поймут: во время сложного проекта бывает иногда не до сна или просто не можешь долго успокоиться, потому что постоянно думаешь) приходит в голову гениальная мысль: создать сапожно-починочный механизм (воображаемый в рамках этой иллюстрации). Теперь сапожник постепенно переключается на продажу механизма, который чинит сапоги. Это называется продукт. Разница тоже очевидна: когда сервис, сапожник за каждый раз получает деньги, пусть не большие, но каждый раз, когда клиенту нужно починить обувь (а это может быть не так и редко). А когда продукт - механизм, - от каждой продажи можно выручить немаленькие деньги, но - одному клиенту продал, он исчез. Когда механизм забархлит, может быть, клиент вернётся за починкой сапожно-починочного механизма. Теперь нужно расширяться - ездить в соседние города и продавать механизм уже там.
Теперь мнение. Такое: на мой взгляд IT индустрия начала плавный, но уверенный поворот в сторону сервисов. Все профессиональные сапож.. программисты понимают, что создание сервисно-ориентированной схемы бизнеса - это прибыльно и более предсказуемо: вся начинка по сути остаётся в руках компании, а результат достаётся клиенту. Как и в случае с продуктом. А ведь может быть такой продукт, который уже немеренно поедает ресурсов компьютера клиента, чтобы выполнить свою задачу. Что же тогда? Тогда клиенту нужно закупать новые компьютеры, создавать кластер, распараллеливать... Вообщем, долгая история. А создателю продукта это сделать проще: у него есть конкретная цель и фокус на рынке. Значит, многие продукты начнут постепенно переходить в состояние сервисов. Пример: раньше антивирус съедал процессорное время, память и запись / чтение диска, теперь будет функционировать в виде сервиса, где вся работа выполняется удалённо. Что нужно? Преотличный интернет (постепенный, но уверенный процесс роста в этом смысле налицо). Плюс нужно решить задачу с безопасностью, security. Ведь с продуктом вроде легче: купил, установил, настроил, разрешил в файерволе и вперёд. В случае сервиса нужно основательно продумать архитектуру взаимодействия пользовтеля с сервисом: чтобы противостоять натиску желающих воспользоваться чужим паролем.
Собственно, всё. Надеюсь, пример с сапожником окажется полезным, если Вы захотите объяснить / понять разницу между продуктом и сервисом. Подумайте над примерами сервисно- и продуктно-ориентированной бизнес-моделей. Возьмите крупные компании (лучше всего конкурентов).
Subscribe to:
Posts (Atom)