Сам придумал?

Если бы... Мне это разгребать приходится.

никогда в своей жизни я видел индусокода… я живу в сказке или я таки сам индус?

> никогда в своей жизни я видел

Ты и по-русски то пишешь как индус. :)

Я думал "индусокод" это как на Бейсике, с обилием "логичных" промежуточных переменных.

Разгребать что?

Ну, как ты думаешь, если в проекте есть такие ляпы, там будет нормальный уровень абстракции или куча копипаста? Там будет продумано межпоточное взаимодействие? И т.д.

Да, если не очевидно, разгребать проект. Не скажу какой, но Ынтерпрайз. Не очень большой, не очень сложный, но есть, над чем подумать.

> никогда в своей жизни я видел индусокода… я живу в сказке или я таки сам индус?

достаточно заглянуть вовнутрь большинства FOSS проектов чтобы его увидеть в избытке. сложнее найти проекты, у которых нет таких проблем :-/

ps: нет, "индусокод" - это не то, что приведено выше. то, что выше - это просто глупость и она даже не принимается к рассмотрению. собственно и к самим индусам термин "индусокод" давно уже не имеет прямого отношения и работать как попало может кто угодно [и ведь работают ссука!].

/me заебался разгребать выкрутасы fc и iscsi и особенности перехода между rhel4/5 и готов повесить всех этих засранцев.

// wbr

>Ну, как ты думаешь, если в проекте есть такие ляпы, там будет нормальный уровень абстракции или куча копипаста? Там будет продумано межпоточное взаимодействие? И т.д.

а не проще ли быть переписать с нуля?

Ну, мне даже нравится такое положение, потому что опыта у меня не очень много, и с нуля я бы наделал ляпов сам, а так я смотрю на чужие ошибки и вижу, чем это всё плохо. Постепенно рефакторить удобнее, чем писать с нуля, в моём случае. Всё, в целом, не очень плохо.

Есть и более интересные примеры. НИКТО из разработчиков, работавших до меня, не читал документацию по Swing. В каждой статье, в каждом туториале, в каждом javadoc'е разработчики свинга, пишут, как эмо-школьники, прыгающими чёрно-розовыми буквами: "В EvEnT QUeUe тОЛьКо заДаЧИ пО ОтРиСовКе GUI!!!!!!!!!! ВсЕ ОсТАльНые ЗаДАчи ТолЬкО в ОтДельНых Тредах!!!!!!!!!", плачут и режут вены от того, что их никто не понимает. Чего я только не видел, вот самый интересный случай. Есть некий метод, вызывается каким-то компонентом и возвращает некий список, ктоорый нужно отрисовать. Всё в EventQueue, разумеется. Метод запрашивает список по сети, в отдельном треде, да. Но у него есть загадочный параметр boolean isDelayNeeded. Используется примерно так:

List foo(boolean isDelayNeeded)
{
Thread thread = new Thread() {...};
thread.start();
...
while(thread.isAlive)
{
thread.join(2000);
}
}

Мде. Уж не создавали бы вообще треда, чтоли...

> В EvEnT QUeUe тОЛьКо заДаЧИ пО ОтРиСовКе GUI!!!!!!!!!! ВсЕ ОсТАльНые ЗаДАчи ТолЬкО в ОтДельНых Тредах!!!!!!!!!

Системщики херовы, пищите свои либы-фреймворки-ОС-компиляторы так, чтоыб эта проблема никого не е**ла. Это нихера не интуитивно, когда по какой-то причине нельзя, скажем, на клик по кнопке просто повесить увесистую процедуру с циклами.

Ну, вон, Гай Стил раньше работал с Лиспом, а теперь в команде разработки Java - напиши ему, чтобы реализовал в javac методы искусственного интеллекта, он в них, наверное, шарит.

> Ну, вон, Гай Стил раньше работал с Лиспом, а теперь в команде разработки Java - напиши ему, чтобы реализовал в javac методы искусственного интеллекта, он в них, наверное, шарит.

Понимаешь, это муждизм, педерастизм и ещё не знаю что, когад программа должна заботиться о сосуществовании с системой и другими программами. Прога должна писаться так, как будто кроме неё не выполняется больше ничего. А остальное это уже забота ОС или виртуальной машины.

>boolean b = DEFAULT_VA*UL*E;

Не люблю этот "значок", но o_O

I ne programmer, no zdes - ? (vopros_filosofskiy)
chemu ge = b?

"if (b != true && b != false)" ?

eche raz govoru - chistiy gumanitariy..

Re^2: [ЖЖ] Ещё пример индусокода.

> I ne programmer, no zdes - ? (vopros_filosofskiy)

> chemu ge = b?

> "if (b != true && b != false)" ?

> eche raz govoru - chistiy gumanitariy..

В этом вся и фишка. %)

Этот индус видимо знает о существовании троичной логики.

Судя по коду, он на это надеется.

А что, неужели в Лиспе все само? Циклы в обработчике нажатия на кнопку в отдельный тред Лисп сам выносит? Или с помощью святого Пола нашего Грэма?

Если бы не было DEFAULT_VALUE, то был бы нормальный кусок кода. Мол, если не 0 и не 1, то возвращаем 1. Нормальная заморочка, имхо.

LOL WUT

Во-первых, не 1 и 0, а true и false - Java же. А во-вторых, что там ещё-то будет.

>Во-первых, не 1 и 0, а true и false - Java же. А во-вторых, что там ещё-то будет.

Про неопределенность не слышал никогда ? Для примера посмотри что такое высокоимпедансное (то что сопротивление высокое и так понятно :) состояние на портах ввода-вывода когда линия работает на ввод.

>Если бы не было DEFAULT_VALUE

А чем это вообще не нравится ? А если код нужно перенести и условия изменились, и состояние по умолчанию инвертировать нужно - весь код будешь перетряхивать или лучше всеже в одном месте исправить DEFAULT_VALUE на противоположное значение ?

Какая неопределённость, какие порты ввода-вывода, это Java. Давай пример кода, который в переменную типа boolean (не путать с классом Boolean) кладёт не true и не false. О какой-то аварийной ситуации, типа битого железа, ОС, JVM и т.д. речи не идёт, т.к. там невозможна нормальная работа программы.

http://java.sun.com/docs/books/jls/third_edition/html/typesValues.html#4.2.5

The boolean type represents a logical quantity with two possible values, indicated by the literals true and false

>Какая неопределённость, какие порты ввода-вывода,
это я тебе для ознакомления привел пример, что бывает такое а то ты видимо про такое впервые слышишь

>Давай пример кода, который в переменную типа boolean (не путать с классом Boolean) кладёт не true и не false.
то что там программист перестраховался - это его право. Хотел бы я посмотреть на то что ты написал, прежде чем поливать кого-то грязью.

Не вижу в начальном посте слова Java.

boolean позволяет с высокой степенью достоверности утверждать, что это Java.

А чего не нравится-то?

Кстати, я не пробовал, но в native-методах скорее всего в boolean-овскую переменную можно мусор записать и будет не true и не false.

И вариантов, когда b==черт_те_чего может быть масса, особенно когда код не в одиночку пишется.

Перебздеть лучше, чем недобздеть

Вот

В джаве не может. В С++ может, если память не инициализирована, но это UB и надо корень проблемы отлавливать а не с последствиями пытаться бороться (тем более что с современными инструментами это обычно делать не сложно).

Спасибо, это уже интересно. Но это в коде не используется.

> И вариантов, когда b==черт_те_чего может быть масса, особенно когда код не в одиночку пишется.

Oh wow, tell me more.

Если это таки Java, то "more" надо расказывать баг-трекеру. Иначе -- выше

> Если это таки Java

Каюсь, надо было таки указать. Но ведь не bool же.

Ошибиться несложно, bool, boolean...

#define boolean int 
#define true 1 
#define false 0 


int main (void) {

    static boolean DEFAULT_VALUE = true;
    boolean b = DEFAULT_VALUE;
    if (b != true && b != false)
    return DEFAULT_VALUE;

    return 0;
}

какой говорите у вас там язык с высокой достоверностью ? :)

Ну я потому и не написал, что 100%. На С++ так никто не пишет (по крайней мере я не видел). Да и топикстартер подтвердил.

#define true false

:)

хе-хе, кстати очень классная бяка Ж) такое можно искать долго, громко матерясь по англиски

>#define true false

>:)

Пионерка на утренней линейке: вчера какие-то подростки задержали меня в темном подъезде и начали пихать мне поочереди что-то мягкое между ног - а если бы острое, а если бы в глаз ?

может, человека в свое время жестко доставал sql с его true, false и null. Вот и перестраховывается по привычке.

> Кавай пример кода, который в переменную типа boolean (не путать с классом Boolean) кладёт не true и не false.

например, прочитали b через ORM из БД, где поймали значение NULL (почему его в схеме БД разрешили -- отдельный вопрос). или такой типа cast не Boolean'а в Boolean (=null).
Вот такой "затыкашечкой" и заткнули.

Boolean b=true;
Object c=4;
JFrame f;
System.out.println("b="+b);

// b=f;
b=(Boolean)c;
System.out.println("b="+b);
b=null;
System.out.println("b="+b);

что будет в b?

По идее ClassCastException в b=(Boolean)c; вылетает.

javac 1.6 проглотил
class H{
public static void main(int argc, String argv[]) {
System.out.println("Hello, World!");
Boolean b=true;
Object c=4;

System.out.println("b="+b);

// b=f;
b=(Boolean)c;
System.out.println("b="+b);
b=null;
System.out.println("b="+b);

}
}