предоплата картой иногда позволяет несколько стимулировать продавца таки привезти обещанное :)
дважды заказывал на озоне книжки, со сроком доставки неделя, может чуть больше, доставку которых они тянули две недели и больше…
когда ждать надоедало — достаточно было ночью написать что «когда ж доставите то? платеж откатывать?», чтобы в девять утра уже был звонок курьера, и уже днем книга была у меня.
параноидальным не советовал бы платить картой на books.ru, например. у меня есть ощущение что они хранят полные данные по карте как миннимум какое-то время.
А он сильно лучше? Я взял в начале года на прокат их самый дешевый модем, чтобы НГ-ние каникулы не сидеть без инета, т.к. жил не у себя…
Так вот глюки, пропадания сигнала и цепляния к сети появились на второй день, и это несмотря на то, что модем лежал прямо у оконного стекла (про родой «длинный» шнурок в полметра молчу:)…
Когда же начались рабочие дни — модем вообще в половине случаев не работал… Так что, скорее всего, к концу месяца сдам его взад, и забуду на эту тему еще на год, для срочного 3Г модема хватит, а на постоянку я лучше провод протяну…
(кстати что взятый на прокат модем дешевле сдать назад и купить новый, если понравится)
Наверняка он может пойти к нотариусу, заверить свои показания и отправить какой-нить экспресс-службой в Москву. Да, будет стоить денег, но меньше стоимости «яйца».
залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.
я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)
в результате «подсел» капитально, даже под виндой у меня везде стоит вим…
а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
Вот советовать Александреску, на мой взгляд, очень вредный совет, на людей без реального опыта плюсов он иногда оказывает вредное воздействие, ведущее к написанию «write only» кода…
Я бы советовал Александреску читать тем, кто уже знает как работают шаблоны, и хочет углубить знание и трюки…
«всё настроить» (сразу вспомнилась старая фраза одного бывшего начальника «так мы как всё напишем — нас сразу уволят») можно только на статичной системе, в которую не добавляется данных :)
а на живой системе постоянно выходят новые релизы, новые фичи, которые юзеры иногда начинают использовать не всегда запланированно, да и просто юзеров становится больще :)
Только придется брать миннимум двух брать, чтобы работа неожиданно не встала, когда этот один уедет в отпуск/дауншифтинг/сломает себе что-нить, катаясь на…
Плюс, рано или поздно его задергают требованиями :)
А против тормозящей базы и боязни переделывать (можно подумать от этого спасет только один человек ломающий базу:) есть отдельно взятый ДБА (который следит за производительностью, топом самых медленных запросов и т.д.) и наборы тестов :)
Мне из прежних описания PVS-Studio казалось, что предупреждения от Вива64 можно выключить, и они не будут «путаться» под ногами. Убрали из бесплатной версии?
Воообще, если нельзя конкретные предупреждения убрать по типам, неудобно, да…
Возможность отключать конкретные файлы по маске тоже была бы полезна, факт.
Про магик нумберс не соглашусь — их таки стоит убрать хотя бы под дефайны, а лучше в константы. Сами же будете рады, что это сделано, когда придется искать по коду, например…
Кстати, из вашего описания у меня появилась идея для авторов: а не сделать ли им возможность покупать диагностики «поштучно»? :) Будет лишний повод попробовать и триальную версию, и первую покупку чтобы «втянуться» будет легче сделать…
У них, скорее всего, есть просто описание дерева разбора программы, возможно даже от покупного фронт-енд компилятора… если компилятор вообще покупной — тут может быть даже вопрос лицензии на него…
При этом, когда такие вещи пишутся, скорее вообще могли не думать об удобстве использования дерева, а скорее о производительности и универсальности, например…
Вот я лично в своё время разбирался в хорошо описанной документации на похожий компилятор. Да, мелочи править получилось через неделю, наверное, что-то своё новое, разбирающее куски дерева — ощутимо позже…
При этом, я вообще сомневаюсь что можно написать правила, которые не будут давать вообще ложных срабатываний… Как и «допатчить» эти правила в исходниках под свои условия… Скорее, более простым в использовании будет возможность инструмента набирать статистику под конкретного пользователя и выставление под него приоритетов в показе тех или иных предупреждений…
Если не путаю, Интерстрон в свое время отдавал бесплатно свой фронт-енд компилятор в какой-то версии… Народ его вполне тестировал на своих исходниках, но вот чтобы кто-то что-то написал своего из разбора — не помню… Там временные затраты были человеко-годы…
Компания разработчик, насколько я понимаю, первоначально занималась 64 битами, сейчас пытается делать дополнительные движения… Возможно, когда они наберут базу правил побольше, появится у них реальный опыт, они смогут на основе этого опыта сделать какое-то над-API для задания каких-то правил или коррекции имеющихся, но требовать доступа «к кишкам» от бета-версии, кмк рановато…
Я подозреваю, что для того, чтобы пользователи смогли писать свои правила, надо будет сделать доступ к внутреннему представлению дерева программы (и хорошо если хватит С++, а не надо будет питон/перл и т.д.), а также его тщательно документировать…
При этом, чтобы разобраться в дереве, которое front-end компилятор строит для С++ уйдет, скорее всего, не один день…
При этом в реале на это будут способны, скорее всего, единицы… А сил уйдет на поддержку всего этого очень много. Проще добавлять в анализатор правила, присланные пользователями, благо сделать компактный пример не должно вызывать проблем…
дважды заказывал на озоне книжки, со сроком доставки неделя, может чуть больше, доставку которых они тянули две недели и больше…
когда ждать надоедало — достаточно было ночью написать что «когда ж доставите то? платеж откатывать?», чтобы в девять утра уже был звонок курьера, и уже днем книга была у меня.
параноидальным не советовал бы платить картой на books.ru, например. у меня есть ощущение что они хранят полные данные по карте как миннимум какое-то время.
есть у меня, правда, подозрение что больше года эта обложка не проживет, но посмотрим…
Так вот глюки, пропадания сигнала и цепляния к сети появились на второй день, и это несмотря на то, что модем лежал прямо у оконного стекла (про родой «длинный» шнурок в полметра молчу:)…
Когда же начались рабочие дни — модем вообще в половине случаев не работал… Так что, скорее всего, к концу месяца сдам его взад, и забуду на эту тему еще на год, для срочного 3Г модема хватит, а на постоянку я лучше провод протяну…
(кстати что взятый на прокат модем дешевле сдать назад и купить новый, если понравится)
залезая ssh-ем на практически любой юниксовый хостинг, я там найду vim. да, это может быть старая версия, без цветов, но достаточно положить .vimrc (я его вообще на github закинул, как и скрипт вытаскивания нужных плагинов), и миннимум удобства у меня уже есть.
я как раз начинал вим с нуля, прохождением вимтутора — ничего, в первый же день уже мог что-то редактировать :)
в результате «подсел» капитально, даже под виндой у меня везде стоит вим…
а вот емакс, несмотря на наличие кучи интро и прочего не могу себя заставить начать использовать уже несколько лет…
главное — начать, а дальше конфиг дотачивать под себя любимого можно бесконечно …
Я бы советовал Александреску читать тем, кто уже знает как работают шаблоны, и хочет углубить знание и трюки…
Я просто говорю не о «сферическом коне в вакууме», а о реальных проектах, которые наблюдаю…
И если бы дело было только в «неподумавших говнопрограммистах на говноязыке» :)))
а на живой системе постоянно выходят новые релизы, новые фичи, которые юзеры иногда начинают использовать не всегда запланированно, да и просто юзеров становится больще :)
Плюс, рано или поздно его задергают требованиями :)
А против тормозящей базы и боязни переделывать (можно подумать от этого спасет только один человек ломающий базу:) есть отдельно взятый ДБА (который следит за производительностью, топом самых медленных запросов и т.д.) и наборы тестов :)
Апдейты на базу? Так наверняка ж накатываете их через пачку sql-файликов, которые лежат в cvs/svn/git e.t.c
Только для схемы БД? Может проще её строить уже по базе, чем-нить типа SchemaSpy? Ну или пусть каждый для себя реверсит…
Воообще, если нельзя конкретные предупреждения убрать по типам, неудобно, да…
Возможность отключать конкретные файлы по маске тоже была бы полезна, факт.
Про магик нумберс не соглашусь — их таки стоит убрать хотя бы под дефайны, а лучше в константы. Сами же будете рады, что это сделано, когда придется искать по коду, например…
Кстати, из вашего описания у меня появилась идея для авторов: а не сделать ли им возможность покупать диагностики «поштучно»? :) Будет лишний повод попробовать и триальную версию, и первую покупку чтобы «втянуться» будет легче сделать…
При этом, когда такие вещи пишутся, скорее вообще могли не думать об удобстве использования дерева, а скорее о производительности и универсальности, например…
Вот я лично в своё время разбирался в хорошо описанной документации на похожий компилятор. Да, мелочи править получилось через неделю, наверное, что-то своё новое, разбирающее куски дерева — ощутимо позже…
При этом, я вообще сомневаюсь что можно написать правила, которые не будут давать вообще ложных срабатываний… Как и «допатчить» эти правила в исходниках под свои условия… Скорее, более простым в использовании будет возможность инструмента набирать статистику под конкретного пользователя и выставление под него приоритетов в показе тех или иных предупреждений…
Если не путаю, Интерстрон в свое время отдавал бесплатно свой фронт-енд компилятор в какой-то версии… Народ его вполне тестировал на своих исходниках, но вот чтобы кто-то что-то написал своего из разбора — не помню… Там временные затраты были человеко-годы…
Компания разработчик, насколько я понимаю, первоначально занималась 64 битами, сейчас пытается делать дополнительные движения… Возможно, когда они наберут базу правил побольше, появится у них реальный опыт, они смогут на основе этого опыта сделать какое-то над-API для задания каких-то правил или коррекции имеющихся, но требовать доступа «к кишкам» от бета-версии, кмк рановато…
При этом, чтобы разобраться в дереве, которое front-end компилятор строит для С++ уйдет, скорее всего, не один день…
При этом в реале на это будут способны, скорее всего, единицы… А сил уйдет на поддержку всего этого очень много. Проще добавлять в анализатор правила, присланные пользователями, благо сделать компактный пример не должно вызывать проблем…
Так мимо тазика… Я лишь привел точку зрения далеко не одного знакомого мне простого юзверя.
Увы, приходится запускать скайп, когда до таких вот надо достучаться.
я могу лишь предположить что дело было в совмещенном клиенте и спам таки падал в основном в ацку.
еще раз — они нормально пользовались джаббером. но сбежали на скайп именно по озвученной причине.
именно простые юзвери, не гики :) им по барабану насколько что превосходит, им общаться :)