А я вот, кстати, понятия не имею, что такое .ini файл и как он устроен. Но, поскольку для доступа к нему есть API, мне это и не надо. Да и под Windows я стараюсь не писать.
API оно конечно, хорошо, но что за ним скрывается, видеть требуется чисто по условиям работы. Пример: используемый движок доступа к данным хранит часть конфигов в ini-файле. Одной из обязанностей работника будет ответ на вопрос конечного пользователя по телефону - почему программа не видит базы данных (обычно оказывается, что пришли местные ит-шники и, ни слова не говоря, переустановили винду). Знать, как правильно переустановить программу, эти местные итшники отказываются наотрез со словами "нам за это не платят".
Напишет. Исключение какое нибудь вроде "Cannot access server "localhost"". В общем, задача человека будет состоять в том, чтобы заглянуть в папку, где должен лежать ini-файл и проверить его содержимое. Или при установке той же самой программы прописать правильные параметры в нем.
Можно было бы конечно навернуть подсистему первоначальной настройки программы, но в итоге окажется, что придется человека обучать пользоваться ей вместо стандартного редактора ини-файлов. Знания о структуре ини-файла более универсальные, чем умение пользоваться неким визардом или окном настройки, которое еще написать и отладить надо, да и дорабатывать вместе с программой придется.
Дааа, не зря я Windows не жалую. А файл, как я помню, ищется по какому-то предопределенному набору директорий? Так и что - никак нельзя проверить его наличие программно?
Я придумал другой вариант. Завести dummy значение в ini файле, которое всегда равно X, а в функцию чтения передавать дефолтное значение Y. Так можно будет понять, был ли прочитан файл, или он не был найден.
Один раз мне прислали тестовое задание из 6 пунктов. Набрал я 0, предложение о работе пришло через пару месяцев, когда я уже нашёл работу с гораздо более хорошими условиями.
Вообще, вы как дети малые, если вы не довольны приходящими кандидатами, то скорее всего проблема скорее в вас самих, хорошие программисты в Минске есть.
Если ваше утверждение следует понимать как "в минске хороший средний уровень кодеров" - то с чего вы взяли? Мне не счем особо сравнивать, но "мяса" много, очень много.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Но, поскольку для доступа к нему есть API, мне это и не надо.
Да и под Windows я стараюсь не писать.no subject
Пример: используемый движок доступа к данным хранит часть конфигов в ini-файле. Одной из обязанностей работника будет ответ на вопрос конечного пользователя по телефону - почему программа не видит базы данных (обычно оказывается, что пришли местные ит-шники и, ни слова не говоря, переустановили винду). Знать, как правильно переустановить программу, эти местные итшники отказываются наотрез со словами "нам за это не платят".
no subject
no subject
Можно было бы конечно навернуть подсистему первоначальной настройки программы, но в итоге окажется, что придется человека обучать пользоваться ей вместо стандартного редактора ини-файлов. Знания о структуре ини-файла более универсальные, чем умение пользоваться неким визардом или окном настройки, которое еще написать и отладить надо, да и дорабатывать вместе с программой придется.
no subject
Так ведь если нет .ini-файла при его чтении должно произойти исключение?
no subject
no subject
А файл, как я помню, ищется по какому-то предопределенному набору директорий?
Так и что - никак нельзя проверить его наличие программно?
no subject
no subject
Завести dummy значение в ini файле, которое всегда равно X, а в функцию чтения передавать дефолтное значение Y.
Так можно будет понять, был ли прочитан файл, или он не был найден.
no subject
no subject
70 вопросов... А какой уровень компенсации? :)
no subject
Вообще, вы как дети малые, если вы не довольны приходящими кандидатами, то скорее всего проблема скорее в вас самих, хорошие программисты в Минске есть.
ну они везде есть ;)
Re: ну они везде есть ;)