Поиск работы в Америке
Должность Город, Штат
job title, keywords or company
city, state or zip jobs by job search
Страница 3 из 9 Первая 1 2 3 4 5 6 7 8 9 Последняя
Показано с 21 по 30 из 82

Тема: Objective напрочь не нужен и другие мысли

  1. #21
    Гражданин
    Регистрация
    25.09.2009
    Сообщений
    1,370
    Спасибо
    5
    Сказали 692 раз в 281 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от Abappy Посмотреть сообщение
    эмм ... мда .
    Если будете и правда пытаться добиться позиции senior в хорошем месте (а не в консалтинге ... куда кого только не пускают ), то
    1) придумайте зачем
    Зачем добиться? Уже есть, но ничего особо хорошего в этом занятии нет. А вот как раз в консалтинге - да, хотелось бы добиться. Проблема в нахождении контрактов, и пока что единственный работающий способ - прошлые работодатели, или через людей, с которыми работал раньше.



    Цитата Сообщение от Abappy Посмотреть сообщение
    2) перечитайте http://www.cvalde.net/misc/blob_true_history.htm и окрестности
    ... если Вы были раньше интербейса то это хорошее основание для разговора о том, что и как делали Вы, а что и как делал интербейс.
    Не, я делал проще. Поверх готового Оракла. Вывод получается в том, что делать поверх готового Оракла - медленно.

  2. Бронирование Отелей в США
    Circuit advertisement
    Регистрация
    Always
    Сообщений
    Many




     

  3. #22
    Гражданин Аватар для Abappy
    Регистрация
    14.05.2009
    Сообщений
    3,659
    Спасибо
    38
    Сказали 1,818 раз в 716 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Не, я делал проще. Поверх готового Оракла. Вывод получается в том, что делать поверх готового Оракла - медленно.
    Вопрос был - ЗАЧЕМ
    Второй вопрос (раз всё-таки после интербейса) чем не подходили BLOBы для данной задачи ?

  4. #23
    Гражданин
    Регистрация
    25.09.2009
    Сообщений
    1,370
    Спасибо
    5
    Сказали 692 раз в 281 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от Abappy Посмотреть сообщение
    Вопрос был - ЗАЧЕМ
    Второй вопрос (раз всё-таки после интербейса) чем не подходили BLOBы для данной задачи ?
    Блобы - это механизм хранения сырых данных. Поверх которого нужен слой для организации метаданных (директории, ассоциация блоков в файлах). Э-э-э уже не помню, делал ли я поверх блобов или поверх простого varchar(1024). Но по скорости оно вышло примерно в 100 раз медленнее простой файловой системы, еслия правильно помню. Видимо, Оракл еще и sync'ил на диск старательно.

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

  5. #24
    Гражданин Аватар для Abappy
    Регистрация
    14.05.2009
    Сообщений
    3,659
    Спасибо
    38
    Сказали 1,818 раз в 716 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Блобы - это механизм хранения сырых данных. Поверх которого нужен слой для организации метаданных (директории, ассоциация блоков в файлах). Э-э-э уже не помню, делал ли я поверх блобов или поверх простого varchar(1024). Но по скорости оно вышло примерно в 100 раз медленнее простой файловой системы, еслия правильно помню. Видимо, Оракл еще и sync'ил на диск старательно.
    Какие, извините, "ассоциации блоков" если файл = блобу по определению, и все труды по дефрагментированию и ассоциированию автоматом ложатся на БД. И "директории" в оракле реализуются на ура - это же всего-лишь группировка файлов, так-что банальной ОДНО таблички parent/child/childtype (где childtype либо dir либо blob) по уши хватает. Думаю Вы действительно изобретали велосипед с varchar(1024). Весь вопрос - зачем, и если ответа на него нет, то возникает подозрение, что по работе делать было нечего, а на что-то более умное не хватило сил ... поскольку это подозрение не особенно полезно для Вашего резюме, я бы сделал выводы

    Цитата Сообщение от sab123 Посмотреть сообщение
    А зачем - поиграть, интересно, надо же развивать мозги. На одной из работ на самом деле как-то была производственная потребность, чтобы перекладывание данных между базой и файловой системой делалось без возможности потерь.
    Недопонял - база данных находится в файловой системе. Если надо контролировать сохранность выгрузки из БД это делается контрольными суммами, в "худшем" случае перечитыванием (линейное замедление записи в два раза), в "худшемсупернадёжном случае" - выгрузкой трёх копий с перечитыванием и перезаписыванием не совпавшей копии содержимым совпавших ( пользуясь случаем передаю привет амазону )

  6. #25
    Гражданин
    Регистрация
    25.09.2009
    Сообщений
    1,370
    Спасибо
    5
    Сказали 692 раз в 281 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от Abappy Посмотреть сообщение
    Какие, извините, "ассоциации блоков" если файл = блобу по определению, и все труды по дефрагментированию и ассоциированию автоматом ложатся на БД. И "директории" в оракле реализуются на ура - это же всего-лишь группировка файлов, так-что банальной ОДНО таблички parent/child/childtype (где childtype либо dir либо blob) по уши хватает. Думаю Вы действительно изобретали велосипед с varchar(1024). Весь вопрос - зачем, и если ответа на него нет, то возникает подозрение, что по работе делать было нечего, а на что-то более умное не хватило сил ... поскольку это подозрение не особенно полезно для Вашего резюме, я бы сделал выводы
    Ну да, директории - одной табличке. И во второй табличке - атрибуты, и в третьей - собственно блоки данных. А блобы - конечно не аналог файлов. Разве в них есть произвольный доступ?

    Цитата Сообщение от Abappy Посмотреть сообщение
    Недопонял - база данных находится в файловой системе. Если надо контролировать сохранность выгрузки из БД это делается контрольными суммами, в "худшем" случае перечитыванием (линейное замедление записи в два раза), в "худшемсупернадёжном случае" - выгрузкой трёх копий с перечитыванием и перезаписыванием не совпавшей копии содержимым совпавших ( пользуясь случаем передаю привет амазону )
    Э-э-э, зачем суммы, зачем три копии? Проблема не в надежности физического диска, а в поддержании консистентного логического состояния на случай если все навернется посреди процесса. Чтоб после перезагрузки продолжилось с того же места. Ну, там файлы заружались-выгружались для отправки через сеть. С требованием чтобы они не терялись и не образовывались (т.е. отлавливались и выбрасывались) дубликаты. Оно там через флажки делалось. Ну и естественно содержимое файлов не вытаскивалось из базы один к одному, а собиралось запросом. Или в обратную сторону - наоборот разбиралось.

    Вот оно может и не умное, а вроде вы до сих пор не поняли :-)

  7. #26
    Гражданин Аватар для Аринушка
    Регистрация
    19.09.2008
    Адрес
    Живу в сердцах тех, кто меня любит и помнит!
    Сообщений
    1,135
    Записей в дневнике
    4
    Спасибо
    17
    Сказали 1,252 раз в 351 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Не надо упираться в мелочи. Мелочи - фигня.
    Вся наша жизнь как цепь, а мелочи в ней звенья. Нельзя пренебрегать звеном.
    Если мне плюют в спину, значит, я иду впереди!

  8. #27
    Гражданин Аватар для Abappy
    Регистрация
    14.05.2009
    Сообщений
    3,659
    Спасибо
    38
    Сказали 1,818 раз в 716 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Ну да, директории - одной табличке. И во второй табличке - атрибуты, и в третьей - собственно блоки данных. А блобы - конечно не аналог файлов. Разве в них есть произвольный доступ?
    А что, в файлы появился произвольный доступ ? давно ?

    Цитата Сообщение от sab123 Посмотреть сообщение
    Э-э-э, зачем суммы, зачем три копии? Проблема не в надежности физического диска, а в поддержании консистентного логического состояния на случай если все навернется посреди процесса. Чтоб после перезагрузки продолжилось с того же места.
    зачем суммы и зачем три копии ? чтобы если всё навернётся посреди процесса они не сошлись (или отсутствовали), и следовательно всё началось бы "с того же места". И что тут непонятного

    @Mikhail а я думал оно в беседку уедет

    Цитата Сообщение от sab123 Посмотреть сообщение
    Ну, там файлы заружались-выгружались для отправки через сеть. С требованием чтобы они не терялись и не образовывались (т.е. отлавливались и выбрасывались) дубликаты. Оно там через флажки делалось. Ну и естественно содержимое файлов не вытаскивалось из базы один к одному, а собиралось запросом. Или в обратную сторону - наоборот разбиралось.
    После сборки MD5 подсчитывается и ура. А флажки то зачем? Программирование на флажках это зло :P

    Цитата Сообщение от sab123 Посмотреть сообщение
    Вот оно может и не умное, а вроде вы до сих пор не поняли :-)
    Ну так я существо медленное и непонятливое, большей части происходящего во круг не понимаю, пока не разберу по винтикам, а по винтикам разбирать не начинаю, пока не уверен, что соберу обратно

  9. #28
    Резидент Аватар для Ranckont
    Регистрация
    10.04.2009
    Адрес
    Екатеринбург
    Сообщений
    182
    Спасибо
    7
    Сказали 44 раз в 27 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Ну да, директории - одной табличке. И во второй табличке - атрибуты, и в третьей - собственно блоки данных. А блобы - конечно не аналог файлов. Разве в них есть произвольный доступ?
    Именно сейчас не припоминаю про FireBird, но в Оракле в OCI есть произвольный доступ к BLOB/CLOB.
    Sync в Оракле делается при определенных параметрах монтирования ФС и опции в самом Оракле.
    А чем Вам журналируемые файловые системы не угодили???

  10. #29
    Гражданин Аватар для MikeS
    Регистрация
    31.05.2009
    Возраст
    50
    Сообщений
    8,488
    Спасибо
    1,569
    Сказали 4,739 раз в 2,485 постах

    Re: Покидайте камнями - system administrator/hardware engineer

    Цитата Сообщение от sab123 Посмотреть сообщение
    Не надо упираться в мелочи. Мелочи - фигня.
    Все великие шпионы валились именно на мелочах.

    А если же говорить о работе... "Подумаешь мелочи, переменную написал с орфографической ошибкой и компания потеряла несколько миллионов". "Подумаешь, менеджер написал годовой отчет на корявом английском с кучей орфографических ошибок, и теперь с компанией никто не хочет иметь дело". Ой, какие мелочи... Главное, что у него пальцы веером...

  11. #30
    Постоянный резидент
    Регистрация
    06.03.2009
    Возраст
    30
    Сообщений
    307
    Спасибо
    21
    Сказали 144 раз в 58 постах

    Re: Objective напрочь не нужен и другие мысли

    Booking.com
    Хоть резюме своим форматированием и режет глаз, я полностью согласен с автором, что графа Objective не нужна, особенно, если резюме засылается на конкретную позицию через конкретного рекрутера.
    Графа Objective может быть нужна в случае, когда резюме отправляется неизвестно кому, и неизвестно кто будет его читать. Но это, в любом случае, не оптимальный вариант.

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Visitors found this page by searching for:

Nobody landed on this page from a search engine, yet!

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  

Форум "Говорим про Америку"
Форум "Говорим про Америку" Facebook