Kак и где можно получить работу QA тестера? Seattle

[Zorkus]

а вот SQL всегда ненавидел.

Аналогично, шеф

SQL сам Дейт ненавидел.

Действительно, на редкость у$$щный язык. Создавался якобы для непрограммистов, в итоге абсолютно нелогичный и неудобный.
Есть же рельяционная алгебра, нет же, придумали смесь шела с коболом

Дейт? Кто это?

[mynameiszb]

И как из того, что у вас что-то там бегало, следует, что мы его готовить не умеем?

Выходит, что так
Люди напридумывали кучу разнообразных видов деятельности в IT, под многие задачи даже специализированные тулы заточили. И если кто-то микроскопом сваи заколачивает - это не вина создателей микроскопа. Как и сиквел - у него своя ниша жизнедеятельности, в которой он вполне эффективен. Но если вам это не надо, то вовсе не означает, что его надо выбросить и забыть как страшный сон.

PS. imho, разумеется
PPS. Мне SQL нравится. Наверное, сказываются долгие годы его использования

[OtherSide]

а вот SQL всегда ненавидел.

Аналогично, шеф

SQL сам Дейт ненавидел.

Действительно, на редкость у$$щный язык. Создавался якобы для непрограммистов, в итоге абсолютно нелогичный и неудобный.
Есть же рельяционная алгебра, нет же, придумали смесь шела с коболом

Дейт? Кто это?

Да, перепутал. Чувака, который изобрел рельяционную алгебру звали Кодд

[OtherSide]

И как из того, что у вас что-то там бегало, следует, что мы его готовить не умеем?

Выходит, что так
Люди напридумывали кучу разнообразных видов деятельности в IT, под многие задачи даже специализированные тулы заточили. И если кто-то микроскопом сваи заколачивает - это не вина создателей микроскопа. Как и сиквел - у него своя ниша жизнедеятельности, в которой он вполне эффективен. Но если вам это не надо, то вовсе не означает, что его надо выбросить и забыть как страшный сон.

PS. imho, разумеется
PPS. Мне SQL нравится. Наверное, сказываются долгие годы его использования

Ну при%%рочится к чему угодно можно, как правильно тут написали, придумали язык для бухгалетров, а в итоге ни бухгалетра им не пользуются, и профессиональному программисту оч. сложно приловчится к его дурацкой сематнтике. Для профессионала куда проще оперировать рельяционными операциями над таблицами, чем псевдо-натурально подобному языку. Многие повседневные вещи совершенно не понятны интуитивно. Например BETWEEN используется совместно с оператором AND. Догадаться и запомнить оч. сложно. То ли логическая операция AND между параметрами, а из нее берется BETWEEN, то ли еще что. Куда логичней between(a,b)

[mynameiszb]

Для профессионала куда проще оперировать рельяционными операциями над таблицами, чем псевдо-натурально подобному языку.

Самое смешное, что именно это "выделенное" положение языка и работа над данными на уровне сервера и создает зачастую самую главную проблему. Т.к. - у нас есть клиент, как потребитель данных, клиент же задает зачастую кучу доп. параметров для обработки. А крутится все это на сервере.

И начинается потом, когда профессионалы, привыкшие данные держать у себя, лепят запросы для вариантов: "мы сюда все считаем, а потом по быстрому тут отсортируем"...

Кстати, "классический sql" - еще ничего, а вот как до кубов и аналитики дойдешь - там понимаешь, что это настоящая засада. Да если ее еще помножить на DWH-окружение, где миллионы записей норма - то засада дорастает до филейной части в кубе

[АццкоМото]

И как из того, что у вас что-то там бегало, следует, что мы его готовить не умеем?

Выходит, что так
Люди напридумывали кучу разнообразных видов деятельности в IT, под многие задачи даже специализированные тулы заточили. И если кто-то микроскопом сваи заколачивает - это не вина создателей микроскопа. Как и сиквел - у него своя ниша жизнедеятельности, в которой он вполне эффективен. Но если вам это не надо, то вовсе не означает, что его надо выбросить и забыть как страшный сон.

Речь идет не и надо-не-надо, а о том, что как "язык программежа" он уродлив. И именно потому, что изначально не предназначался для программистов

PPS. Мне SQL нравится. Наверное, сказываются долгие годы его использования

Так вы и не программист, насколько я понял. Для вашей работы может он и приемлем. Может даже и прекрасен

[АццкоМото]

Для профессионала куда проще оперировать рельяционными операциями над таблицами, чем псевдо-натурально подобному языку.

+1
именно это хотел сказать, но слова правильные не подобрались

[mynameiszb]

Для профессионала куда проще оперировать рельяционными операциями над таблицами, чем псевдо-натурально подобному языку.

+1
именно это хотел сказать, но слова правильные не подобрались

Засада в том, что в ядро движков баз данных встраивают пока именно его, а не "правильный язык программирования". Я пока не слышал, чтобы тот же MS SQL или Oracle оперировали в потрохах объектым c++ или подобным ему. И чтобы можно было это отдать на откуп в девелопмент, а они бы накрутили сверху...

Пока бедолаги лишь кичатся, что "мы поддерживаем SQL ANSI 92-99", и ползут все дальше с пудовыми гирями на ногах.

[Sergunka]

У меня тут сын 13 лет подался в бета-тестеры своей любимой онлайн компании http://en.wikipedia.org/wiki/Wargaming.net (WOT)... с полгода назад заполнил заявку... на медне получил приглашения принять участие в тестах. Шустро разобрался вчера как да что и уже первый баг засабмитил в систему.

На мой взгляд нормальный подход.

[АццкоМото]

Засада в том, что в ядро движков баз данных встраивают пока именно его, а не "правильный язык программирования". Я пока не слышал, чтобы тот же MS SQL или Oracle оперировали в потрохах объектым c++ или подобным ему. И чтобы можно было это отдать на откуп в девелопмент, а они бы накрутили сверху...

Какая вообще связь между "ядром" и интерфейсом доступа к функциям СУБД? Не скажу за современный MSSQL/Oracle, но лет 15 назад я пользовался plain C API к какому-то SQL потому что так оно работало сильно быстрее и кушало меньше ресурсов. Кажется, PostgreSQL это был, но не зарублюсь, давно было.
Да и тот же MSSQL реализован как раз на С++ - чем он по-вашему оперирует "в потрохах" - объектами С++ или каким-то мифическим на этом уровне SQL?

Кроме того, погуглите по слову noSQL - вашими любимыми MSSQL&Oracle мир не заканчивается. GAE Datastore API или MongoDB посмотрите, например

[ekriv]

Например BETWEEN используется совместно с оператором AND. Догадаться и запомнить оч. сложно. То ли логическая операция AND между параметрами, а из нее берется BETWEEN, то ли еще что. Куда логичней between(a,b)

Спорное заявление, что between(a,b) лучше чем between a and b
Да и скобки для расставления приоритетов никто не отменил. Их можно использовать для улучшения зрительного восприятия.
Или так:

Code: Select all

Example #1 - Numbers:

The following is an SQL statement that uses the BETWEEN function:

    SELECT *
    FROM suppliers
    WHERE supplier_id between 5000 AND 5010;

This would return all rows where the supplier_id is between 5000 and 5010, inclusive. It is equivalent to the following SQL statement:

    SELECT *
    FROM suppliers
    WHERE supplier_id >= 5000
    AND supplier_id <= 5010;

[mynameiszb]

Какая вообще связь между "ядром" и интерфейсом доступа к функциям СУБД?

Потому что мы различаем доступ к базе с клиента (и на клиенте может жить что угодно) и выполнение запроса по выборке данных с упором на SQL.
Если вы используете низкоуровневые операции и база вам нужна лишь чтобы к себе в память залить простейшую выборку - это одно. Тогда вам SQL как таковой даром не сдался (NoSQL - всякие хадупы и пр. - с той же оперы). Но когда у вас террабайты в кучу перемешаны и нужно из них получить нечто с сухим остатком в 20-30 записей - тогда берут "язык бухгалтеров" и пилят запрос с учетом производительности сервера.

Кроме того, погуглите по слову noSQL - вашими любимыми MSSQL&Oracle мир не заканчивается. GAE Datastore API или MongoDB посмотрите, например

Да я в курсе. Буквально пару месяцев назад общался с людьми, кто к концу года к петабайту подберется по хранилищу. Но там от реляционных запросов как таковых остались лишь воспоминания.

[АццкоМото]

Потому что мы различаем доступ к базе с клиента (и на клиенте может жить что угодно) и выполнение запроса по выборке данных с упором на SQL.
Если вы используете низкоуровневые операции и база вам нужна лишь чтобы к себе в память залить простейшую выборку - это одно. Тогда вам SQL как таковой даром не сдался (NoSQL - всякие хадупы и пр. - с той же оперы). Но когда у вас террабайты в кучу перемешаны и нужно из них получить нечто с сухим остатком в 20-30 записей - тогда берут "язык бухгалтеров" и пилят запрос с учетом производительности сервера.

Нет, вы определенно или не понимаете, или прикидыветесь. Нет никакой связи между "сухим остатком в 20-30 записей из терабайта" и использованием SQL. SQL - это просто убогая текстовая форма описания запроса. Тот же точно запрос можно описать миллиардом других способов. То, что клиент может сформулировать некий запрос, который будет обработан на сервере и клиенту отдан махонький результат, а не гигантский датасет - это не свойство SQL как такового
SQL != RDBMS если в кратце

[АццкоМото]

Да и скобки для расставления приоритетов никто не отменил. Их можно использовать для улучшения зрительного восприятия.
Или так:

Code: Select all

Example #1 - Numbers:

The following is an SQL statement that uses the BETWEEN function:

    SELECT *
    FROM suppliers
    WHERE supplier_id between 5000 AND 5010;

А потом какой-нибудь мудлах дописывает чуть-чуть: WHERE supplier_id between 5000 AND 5010 AND some_crap=42
И смотреть на это без приступов рвоты просто невозможно

[АццкоМото]

А потом реальный код начинает выглядеть вот так (и это еще лучшее, что можно увидеть):

Code: Select all

/**
         * Selection for messages that are loaded
         *
         * POP messages at the initial stage have very little information. (Server UID only)
         * Use this to make sure they're not visible on any UI.
         * This means unread counts on the mailbox list can be different from the
         * number of messages in the message list, but it should be transient...
         */
        public static final String FLAG_LOADED_SELECTION =
            MessageColumns.FLAG_LOADED + " IN ("
            +     Message.FLAG_LOADED_PARTIAL + "," + Message.FLAG_LOADED_COMPLETE
            +     ")";

        public static final String ALL_FAVORITE_SELECTION =
            MessageColumns.FLAG_FAVORITE + "=1 AND "
            + MessageColumns.MAILBOX_KEY + " NOT IN ("
            +     "SELECT " + MailboxColumns.ID + " FROM " + Mailbox.TABLE_NAME + ""
            +     " WHERE " + MailboxColumns.TYPE + " = " + Mailbox.TYPE_TRASH
            +     ")"
            + " AND " + FLAG_LOADED_SELECTION;

        /** Selection to retrieve all messages in "inbox" for any account */
        public static final String ALL_INBOX_SELECTION =
            MessageColumns.MAILBOX_KEY + " IN ("
            +     "SELECT " + MailboxColumns.ID + " FROM " + Mailbox.TABLE_NAME
            +     " WHERE " + MailboxColumns.TYPE + " = " + Mailbox.TYPE_INBOX
            +     ")"
            + " AND " + FLAG_LOADED_SELECTION;

        /** Selection to retrieve all messages in "drafts" for any account */
        public static final String ALL_DRAFT_SELECTION =
            MessageColumns.MAILBOX_KEY + " IN ("
            +     "SELECT " + MailboxColumns.ID + " FROM " + Mailbox.TABLE_NAME
            +     " WHERE " + MailboxColumns.TYPE + " = " + Mailbox.TYPE_DRAFTS
            +     ")"
            + " AND " + FLAG_LOADED_SELECTION;

        /** Selection to retrieve all messages in "outbox" for any account */
        public static final String ALL_OUTBOX_SELECTION =
            MessageColumns.MAILBOX_KEY + " IN ("
            +     "SELECT " + MailboxColumns.ID + " FROM " + Mailbox.TABLE_NAME
            +     " WHERE " + MailboxColumns.TYPE + " = " + Mailbox.TYPE_OUTBOX
            +     ")"; // NOTE No flag_loaded test for outboxes. 

буэээ

[Интеррапт]

буэээ

А могли бы String.format или MessageFormat.format использовать и было бы читабельней.

[АццкоМото]

буэээ

А могли бы String.format или MessageFormat.format использовать и было бы читабельней.

Ммм... Ну тогда бы строка собиралась в рантайме, а с тем, что есть должен справиться статический анализ. Там, где они запрос генерируют динамически, они пользуют StringBuilder:
Код, кстати, из ондроедного мыльного клиента, гугловский.
Там, где они запрос генерируют динамически, они пользуют StringBuilder:

Code: Select all

                final StringBuilder selection = new StringBuilder();
                selection.append(MessageColumns.ACCOUNT_KEY).append('=').append(accountId)
                        .append(" AND ")
                        .append(Message.ALL_FAVORITE_SELECTION);

На мой взгляд, они сделали нечто близкое к идеалу, но поскольку все вокруг SQL-ного синтаксиса, все равно получается уродливо

[mynameiszb]

То, что клиент может сформулировать некий запрос, который будет обработан на сервере и клиенту отдан махонький результат, а не гигантский датасет - это не свойство SQL как такового

Я вовсе не говорю, что SQL запрос - единственная панацея. Я говорю о том, что клиент дергает процедуру, которая лежит на сервере, передав туда набор параметров, а получает открытый курсор, в котором уже лежат данные.
Но вот процедура в рамках того же Oracle - это все тот же не любимый вами SQL. Бизнес-логика как таковая инкапсулирована на уровне сервера, там же проходят апдейты кода, если надо, клиент при этом - максимально тупой и простой, лишь картинки показывает по считанным данным.

PS. Есть другие варинты, и не один. Но в любом случае - работая с реляционниками - вы упираетесь в их язык обработки данных. А это SQL. Увы.

[АццкоМото]

Но в любом случае - работая с реляционниками - вы упираетесь в их язык обработки данных. А это SQL. Увы.

Все. Я сдаюсь. SQL - язык запросов, а не обработки данных. Пока вы этого не поймете, вам будут мерещиться какие-то несуществующие особенные свойства SQL, коих на самом деле в природе не существует. Увы
*Disclamer: Речь не идет про PL/SQL и иже с ним

[Интеррапт]

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

Это да.

Там, где они запрос генерируют динамически, они пользуют StringBuilder:

Code: Select all

                final StringBuilder selection = new StringBuilder();
                selection.append(MessageColumns.ACCOUNT_KEY).append('=').append(accountId)
                        .append(" AND ")
                        .append(Message.ALL_FAVORITE_SELECTION);

А могли бы и без явных StringBuilder и append обходиться, а использовать обыкновенный "+"
Лучше бы читалось.

[АццкоМото]

А могли бы и без явных StringBuilder и append обходиться, а использовать обыкновенный "+"
Лучше бы читалось.

Ну типа тру-джава-посоны считают, что с плюсиком очень медленно, а со стрингбилдером очень быстро. При этом они не стесняются прочитать заведомо одну и ту же запись из БД раз пять подряд.
А на счет читаемости - выше есть пример с плюсиками, тоже преотвратно выглядит. Может, и получше чутка, но не принципиально

[Интеррапт]

А могли бы и без явных StringBuilder и append обходиться, а использовать обыкновенный "+"
Лучше бы читалось.

Ну типа тру-джава-посоны считают, что с плюсиком очень медленно, а со стрингбилдером очень быстро.

Ну значит эти "тру-джава-посоны" ошибаются. Запись с плюсиками компилятором будет сконвертирована в точно такуж же запись со StringBuilder и append. Компиляторы уже давно шибко умные. Поэтому лучше в таком случае пользоваться плюсиком - результат абсолютно такой же, а читаемость немного лучше.

[АццкоМото]

Ну это они ошибаются. Запись с плюсиками компилятором будет приведена к точно такой же записи с StringBuilder и append. Поэтому лучше в таком случае пользоваться плюсиком - результат абсолютно такой же, а читаемость немного получше.

Гыыы, а я и не знал. У меня на эту тему даже конфликт на ровном месте был с боссом в Самсунге. Когда он начал нам рассказывать, что типа "чтобы я больше не видел конкатенации строк плюсиком, только стрингбилдером". А он вроде довольно адекватный был. Я ему так вежливо, типа come on, мы на один плюсик дергаем 5 раз контент провайдеры и десять раз данные между процессами тягаем, стоит ли заморачиваться? Взвился чего-то начал трясти своим богатым опытом ЕЕ жабы, орать, что типа тут все делают как он сказал или не работают на него вовсе.

[Интеррапт]

Гыыы, а я и не знал. У меня на эту тему даже конфликт на ровном месте был с боссом в Самсунге. Когда он начал нам рассказывать, что типа "чтобы я больше не видел конкатенации строк плюсиком, только стрингбилдером"

Да, в таком случае, если это коллега, то самое простое - это при нем скомпилировать код с конкатенацией и потом при нем же декомпилировать и показать магически появившиеся StringBuilder и append. Ну а если это босс, еще и азиатской компании, то самое правильное - это с ним согласиться.

[ekriv]

А давайте вернемся к теме, начатой автором.
Вопрос наверное к жителям Сиэтла.
Каков вообще уровень местного универа и есть ли смысл получить там сертификат SQA по этой программе?
http://www.pce.uw.edu/certificates/soft ... sting.html

What the Program Covers

• The role of the tester in software development and the testing cycle
  Terminology, definitions and peer review
  Hands-on experience with real-life case studies
  Validation testing from design to implementation
  Defect discovery process from risk assessment to test specifications

Поможет ли это найти работу человеку, который до этого никогда не работал в IT?