Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2007.12.16;
Скачать: [xml.tar.bz2];

Вниз

Вредные заветы   Найти похожие ветки 

 
KSergey ©   (2007-11-16 08:57) [40]

Забавно.
Вот только получилось - "для избранных", для тех, "кто в теме".
Досадно.


 
stud ©   (2007-11-16 10:28) [41]

Хранение данных и настроек таким образом - приводит к полной
неработоспособности программы, особенно в корпоративных
решениях, поскольку доступ по записи туда запрещен, тоже
самое относится и к домашним пользователям, которые не работают
из под админстратора, особенно в Висте.


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

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


 
Marser ©   (2007-11-16 14:02) [42]

$0D от меня. Мелочь, а приятно :-)


 
Anatoly Podgoretsky ©   (2007-11-16 15:26) [43]

> Marser  (16.11.2007 14:02:42)  [42]

Ради такого дела даже 13 баксов не жалко :-)


 
Anatoly Podgoretsky ©   (2007-11-16 15:27) [44]

> stud  (16.11.2007 10:28:41)  [41]

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


 
Anatoly Podgoretsky ©   (2007-11-16 15:28) [45]

Кстати где добровольцы на КП и стихи?
Нужен координатор, который подготовит публикацию.


 
stud ©   (2007-11-16 16:08) [46]

Anatoly Podgoretsky ©   (16.11.07 15:27) [44]
надо сразу изменяемые данные помещать в правильное место.


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

Anatoly Podgoretsky ©   (16.11.07 15:27) [44]
Может мне в статье стоит сделать ссылку на статью о хранение настроек?


конечно стоит. тут же в двух словах полный рецеп не даш.

например если переделать)))

Нет надежнее решенья,
Чем хранить в едином месте,
И настройки, и программы,
И все данные свои.
А как правильно все сделать
Ты смотри вот эту ссылку
Сергей Суровцев ©


 
PEAKTOP ©   (2007-11-16 16:15) [47]

> Не надо ничего проверять, надо сразу изменяемые данные помещать  в правильное место.

И где это "правильное место" ?

По поводу настроек, ИМХО, - не согласен.

Во первых, файл настроек позволяет копировать их все сразу. Есть корпоративная сеть со своим серваком и произвольным доступом к корпоративной БД (я имею в виду, что по фигу с какой конкретно машины подключаться к базе, пользователь будет иметь тот интерфейс, какой ему прописали в правах доступа). Админу остается только один раз расписать настройки подключения, а потом их просто скопировать по машинам.

Во вторых, как насчет кроссплатформенного ПО ? Я что-то в своей Fedora LINUX никак не могу найти файл реестра - подскажите, где искать ? :)
Ну а если серъезно, то, думаю, есть еще в природе уникалы вроде меня, которые пользуют одновременно Delphi7/Kylix3 и имееют две версии исполняемого файла для каждой из ОСей. Что касательно Vista, то в этой ОСи ничего кардинально нового нет: как и раньше, нужно прописать права доступа пользователю на папку. И если в 2000 или ХР они были расшарены по-умолчанию и админ просто зае...вался снимать разрешения "всего-для-всех", то теперь, наконец-то, этого не нужно делать. Во всем остальном - стандартная работа с Windows семейства NT.


 
THandle ©   (2007-11-16 16:47) [48]


> Anatoly Podgoretsky ©   (15.11.07 23:46) [29]
>
> > THandle  (15.11.2007 23:00:23)  [23]
>
> Конечно можно, это общее достояние.


Спасибо:)
Только не знаю что про эти вредные заветы написать что бы люди смотрели.
Если не сложно опишите вот здесь - http://delphitforum.build2.ru/viewtopic.php?id=25


 
jack128_   (2007-11-16 17:43) [49]


> Сергей Суровцев ©  

Супер :-))


 
Azize ©   (2007-11-16 18:05) [50]

Я конечно не

>  Сергей Суровцев ©  

Но тоже кое-что наваял

Начинающий програмер должен чётко знать
Delphi help и VCL нечего читать
И глобальным переменным волю ты давай
А с локальными по жостче Ты их ущемляй
Не славянское то дело resoursestring писать
Можно текстовых констант в код понапихать
Если вдруг случилось код надо повторить
Copy,paste и нет проблемм нечего мудрить
Инсталяторы варганить это лишний труд
Кому надо так поставят, глядишь не умрут
Warnings,hints читать не нужно толку от них ноль
Разбираться в них темпаче, лишний геморой
Как создать объект не знаешь? и как удалить?
Память выделить забыл? иль освободить?
Ты забудь дружок об этом, это ерунда
Дядя Пушкин всё продумал и так за тебя.
Если надо обработать Исключение
Сделай так чтобы не знали про него вообще
Полагайся ты почаще на свой личный вкус
Юзер точно разберётся он ведь не индус.
Если новая задача стала пред тобой
Не спеши ты сразу думать своей головой
В интернете ты пошарься может что найдёшь
Может у кого попросишь или украдёшь.
Все настройки рядом с прогой четко ты храни
Сисадмину напрягаться чаще помоги.
Если будешь ты всё это точно исполнять
То программером крутым сможешь скоро стать

На ваш строгий суд


 
turbouser ©   (2007-11-16 18:24) [51]

крутой программист не читатель
писатель крутой программист
ваяет на асме используя апи
он пива любитель, ленивец, наглец

задачи любимые cool программиста -
екзешника малый размер, в systray
помещенная супер иконка
и скрытый от taskman-a проги процесс

не любит cool прогер тупых юзверЕй
бестактно клянущих софта AV
не любит и ламеров, что на DM -
то ламерье ему код не дает!


Вот :-)


 
Petr V. Abramov ©   (2007-11-16 18:43) [52]

9 Решение любой задачи начинай с поиска готового компонента.
Если есть уверенность, что такой существует в природе, то его можно сделать и самим, в любом случае, это будет полезней.

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


 
StriderMan   (2007-11-16 18:46) [53]

Обработку исключений конструктора оставляйте обработчику более высокого уровня.

  TClass.Create
  try
    ...

а не так

  try
    TClass.Create
    ...



это конечно правильно, но только для одного объекта.

а если их несколько, то создание надо переместить ПОСЛЕ try, предварительно все проинициализировав nil"ом


 
StriderMan   (2007-11-16 18:53) [54]

0E | Записи из списка всегда удаляй в цикле for начиная с 0.
| Распространенная ошибка, рекомендуется цикл for downto или while.


можно и так:

for i := 0 to Count - 1 do
 Delete(0).


а вообще начинающим МАСТ РИД! спасибо что собрали все воедино. Будет куда ткнуть носом.


 
Сергей Суровцев ©   (2007-11-16 20:08) [55]

>Petr V. Abramov ©   (16.11.07 18:43) [52]
>9 Решение любой задачи начинай с поиска готового компонента.
>Если есть уверенность, что такой существует в природе, то его можно
>сделать и самим, в любом случае, это будет полезней.

Этот пункт лучше начать с "даже":

Даже если есть уверенность, что такой существует в природе, то его можно
сделать и самим, в любом случае, это будет полезней.


 
Anatoly Podgoretsky ©   (2007-11-16 20:29) [56]

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


 
Сергей С.   (2007-11-16 20:36) [57]

А можно ли мне, запоздавшему, идейку подкинуть ?
Предлагаю "нарезку" Остера:

Если Вы в GUIшной проге цикл состряпать возжелали,
...


 
turbouser ©   (2007-11-16 21:45) [58]


> Сергей С.   (16.11.07 20:36) [57]

Если вы в своей программе цикл состряпать возжелали,
перебор начните смело с единицы, не с нуля
дураку любому ясно, элемент массива первый - еденица есть, не меньше
так что смело с единицы начинай рассчет вести
цикл заканчивай коль только наступил массива Length
и при этом, если delphi "out of bounds" тебе скажет, знай -
то происки буржуев, delphi глючную создавших

Как-то так...


 
Anatoly Podgoretsky ©   (2007-11-16 22:13) [59]

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


 
Marser ©   (2007-11-16 22:16) [60]


> Anatoly Podgoretsky ©   (16.11.07 15:26) [43]
>
> > Marser  (16.11.2007 14:02:42)  [42]
>
> Ради такого дела даже 13 баксов не жалко :-)
>

Опа! Так хексы это баксы?! Породаю Nic"у аффтарство за полценны! :-))


 
Petr V. Abramov ©   (2007-11-16 23:35) [61]

> Сергей Суровцев ©   (16.11.07 20:08) [55]
> Даже если есть уверенность, что такой существует в природе, то его можно сделать и самим, в любом случае, это будет полезней.

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


 
Anatoly Podgoretsky ©   (2007-11-16 23:38) [62]

> Petr V. Abramov  (16.11.2007 23:35:01)  [61]

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


 
Petr V. Abramov ©   (2007-11-16 23:45) [63]

> Anatoly Podgoretsky ©   (16.11.07 23:38) [62]
полностью согласен, но в формулировке надо бы это как-то отразить


 
Leonid Troyanovsky ©   (2007-11-17 11:16) [64]


> Сергей Суровцев ©   (16.11.07 20:08) [55]

> Этот пункт лучше начать с "даже":

Да, конечно.

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 11:18) [65]


> Anatoly Podgoretsky ©   (16.11.07 20:29) [56]

> Стихи сейчас буду смотреть, первая версия Вредные заветы
> в стихах уже опубликована.

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

--
Regards, LVT.


 
Kolan ©   (2007-11-17 11:20) [66]

Дык а неработает чё-то&#133


 
Leonid Troyanovsky ©   (2007-11-17 11:22) [67]


> Черный Шаман   (16.11.07 02:48) [37]

> Не все глобальные переменные одинаково вредны. Если двадцать
> раз подумал и одну добавил

Сколько не думай, полезней они не станут.

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 11:25) [68]


> Anatoly Podgoretsky ©   (16.11.07 15:27) [44]

> в правильное место. Может мне в статье стоит сделать ссылку
> на статью о хранение настроек?

Конечно, ссылка будет уместна.

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 11:30) [69]


> Anatoly Podgoretsky ©   (16.11.07 15:28) [45]

> Кстати где добровольцы на КП

Портрет КП в прозе, как показало обсуждение,
производит такое отталкивающее впечатление,
что и дописывать никто не хочет.

Предлагаю ограничиться только стихотворными
версиями.

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 11:51) [70]


> Германн ©   (16.11.07 01:50) [33]

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

Конечно же отладчик все может показать, скажем, в watches,
но, имелось ввиду то, что он не покажет на поле хинт со значением.

Видимо, надо еще думать над формулировкой.
Но, убрать из статьт with совсем тоже как-то нехорошо.

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 11:55) [71]


> Германн ©   (16.11.07 01:53) [34]

> нельзя и пересинхронизировать потоки
> Непонятно для чайников.

Нельзя впадать и в другую крайность:

procedure TMyThread.Execute;
begin
 while not Terminated do
    Synchronize(DoWork);
end;

--
Regards, LVT.


 
Leonid Troyanovsky ©   (2007-11-17 12:01) [72]


> StriderMan   (16.11.07 18:46) [53]

> Обработку исключений конструктора оставляйте обработчику
> более высокого уровня.

> это конечно правильно, но только для одного объекта.

Это верно и для многих объектов.
Только на более высоком уровне можно разобраться,
что делать дальше.

Представим, например, что все множество объектов
создается в конструкторе некоего объекта.

--
Regards, LVT.


 
Kolan ©   (2007-11-17 12:12) [73]

Рубяты, а у меня не пашет ссылка&#133


 
Anatoly Podgoretsky ©   (2007-11-17 17:17) [74]

> Leonid Troyanovsky  (17.11.2007 11:18:05)  [65]

Пока ты смотрил, я в ран тайм их изменяю, смотри в динамике :-)


 
Anatoly Podgoretsky ©   (2007-11-17 17:41) [75]

Ссылки работаю, кроме редких выпаданий канала.

Опубликована первая пристрелочная версия Крутого Программиста

http://podgoretsky.com/DM/delphimaster.html


 
b z   (2007-11-17 17:54) [76]


> Anatoly Podgoretsky ©

вы так быстро меняете все, что уже ссылки битые по инету пошли :)


 
Anatoly Podgoretsky ©   (2007-11-17 17:58) [77]

> b z  (17.11.2007 17:54:16)  [76]

Перекрестные ссылки в основном и менялись. Базовые как работали так и работают.


 
Anatoly Podgoretsky ©   (2007-11-17 19:36) [78]

Кроме стихов и корректировки пунктов, также требуерся фото КП, в соответствии с направленностью страницы.


 
Leonid Troyanovsky ©   (2007-11-17 21:39) [79]


> Anatoly Podgoretsky ©   (17.11.07 19:36) [78]

> Кроме стихов и корректировки пунктов, также требуерся фото
> КП

http://smena.ru/news/2003/12/22/1665/6.jpg

--
Regards, LVT.


 
sdts   (2007-11-17 21:45) [80]


> Leonid Troyanovsky ©   (17.11.07 21:39) [79]
> http://smena.ru/news/2003/12/22/1665/6.jpg

это больше к аватару ;)



Страницы: 1 2 3 вся ветка

Форум: "Прочее";
Текущий архив: 2007.12.16;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.62 MB
Время: 0.045 c
15-1195205872
{RASkov}
2007-11-16 12:37
2007.12.16
Подло ли это?


4-1180097579
buben
2007-05-25 16:52
2007.12.16
Замена буфера обмена


1-1190739519
Suchair
2007-09-25 20:58
2007.12.16
Чтение изображения


10-1141987654
snakymafia
2006-03-10 13:47
2007.12.16
Как из функций Matlab сделать средства для stand-alone приложений


15-1195116215
lehich
2007-11-15 11:43
2007.12.16
резервная копия nokia 6230





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский