Ха-ха-ха. Будьте осторожны если забиваете гиперссылки видятся как ххх, но направляют куда-то на вэрайзон…
Да, уж, какие там игры, товарищ из Chelaybinsk State Technical University. Резюме у Вас не просто страдает отсутствием Objective, что, кстати, на Дайсе вполне компенсируется тем, что в графе Desired position Вы написали software engineer/lead/manager
Но, мы вернемся к резюме. Прежде, чем говорить о содержании и структуре, я хочу сказать об орфографических ошибках:
- Experience in TCP/IP proocols
- Designed the architectute of many parts
- transaction-oriented filesystem
У Вас зачем-то по тексту совершенно неоправданно перемежаются шрифты Курьер и Таймс. Неаккуратно очень выглядит со стороны.
Выполняемые обязанности не выделены буллетами, а идут простыней.
По структуре:
- EDUCATION сразу после SUMMARY пишут выпускники колледжа, не имеющие вообще никакого опыта. А люди с опытом (тем более с 20 годами опыта) ставят эту часть в самый конец.
- OBJECTIVE - какую работу Вы хотите получить непонятно в упор. Делали много разного, а чем хотите заниматься не понятно. Если сравнить текст резюме с заявленным в Desired position на Дайсе software engineer/lead/manager, то на менеджера это резюме не тянет вообще никак и ничем. Собственно, и на лида тоже в том смысле, что опыта работы лидом и менеджером нет. Потратив некоторое время на анализ прочитанного, я так понимаю, что реально Вы претендуете просто на должность software engineer, но отказываетесь в явном виде это написать, хотя ничего больше в этом резюме нет. Вам звонят и без OBJECTIVE (это только 5% проблем Вашего резюме), поскольку Вы написали про 20 лет опыта, что в дефиците.
- PUBLICATIONS: Вы, безусловно, можете привести линки к каким-то особо замечательным статьям в сети, но начинать с этого резюме очень странно.
Так что, ни по оформлению, ни по структуре, ни по орфографии в пример такое резюме я бы ставить не стал. Вы, наверняка, хорошо знаете техническую часть своей работы, что не позволяет Вам поверить, что у Вас резюме довольно слабо выполнено.
А, уж, если Вы действительно хотите на менеджерскую позицию, то Вам придется начать с того, чтобы написать это в OBJECTIVE, после чего переосмыслить свою жизнь в плане менеджмента, выпятить этот опыт и придавить все остальное. Сейчас это не резюме менеджера даже близко. ИМХО.
5 лайков
В дополнение, если вы sab123 собираетесь стать мэнэджером, я не увидел в вашем CV ни одного скилла или курса которые убедят меня что вы не разобьёте мне коллектив своим лидершипом или что не поломаете производственные показатели. Даже для среднего тим лида вы должны показать ваши измеряемые чем-то accomplishments в этой области. К тому же референсы для лидершип пазишн просто необходимы и весомые.
Эта фраза отправит ваше CV сразу в мусорку - мне не надо гуд - мне надо на 200К чтобы было все и сразу и чтоб с гарантией:
“- Can learn new skills quickly and be good at them”
От бл…и 
Нельзя этим вордам новомодным доверять, нельзя
Еще одна деталь для sab123.
В резюме Вы пишете про 20 лет опыта, но не указываете год окончания ВУЗа, что само по себе подозрительно. Пару кнопок нажимаем на клавиатуре и имеем этот год из Вашего профайла в ЛинкедИн, откуда становится понятно, что из 20 лет пять лет Вы не именно работали (если вообще работали), а, скорее, учились.
Бывает, что люди учатся и работают одновременно, но тогда зачем скрывать год окончания ВУЗа. Да и воинскую повинность ни в СССР, ни в в Российской Федерации никто не отменял, что сказалось бы на сроках и проч.
Дык, не секрет, что меня найти не сложно, методами слабопродвинутого гугления. Даже и рекрутерского логина на Дайсе не надо.
-
Опечатки - фигня. Если кого-то вид опечаток сильно обидит, то не страшно, поскольку с такими людьми работать я все равно не хочу. В этом плане они даже полезны
-
Filesystem пишется именно так, слитно. Хоть вордовый спеллчекер этого и не знает. Если вы этого не знаете, то это говорит о том, что вы вообще не в курсе технической стороны.
Заголовки и текст чтоб отличались. Таймс употреблен там, где надо ужать много текста в поменьше пространства.
Так надо. Буллетами выделять - очень длинно будет. Не говоря уже о том, что буллетами никто не выделяет кроме начинающих людей, которым важно наоборот растянуть на подлиньше.
Его надо куда-нибудь поместить чтоб было. Один хрен, куда. По сути оно относится к части summary, а не к опыту работы.
Во-первых, читайте внимательнее. Хотя да, давно это было. Во-вторых, смысл смены работы - именно в том, чтобы начать заниматься тем, чем раньше не занимался. В болоте сидеть можно и на одном месте.
Да нет никакого такого дефицита. Не говоря уже о том, что мерять опыт в годах - глупо (но да, для желающих - меряем).
Это на самом деле самая важная часть. На которую можно посмотреть и составить близкое представление о моих умениях. История работы - вешь унылая и вторичная, ей выделиться сложно. Да и к тому же на то, что я сделал на работе, не посмотришь. А статьи - вещь яркая, интересная и наглядная.
Дык, работает.
Ну, врать-то как индусы я тоже не стремлюсь. У меня все по правде.
Давайте начнем с вопроса, а есть ли у вас эти 200К, чтоб на них кого-то нанимать? Если есть, то вы должны понимать, что это уровень не конвейера, а где головой думать надо.
Не надо путать “скрывать” и “не выпячивать”. Собственно, ВУЗ - вещь бестолковая и учиться там нечему. Совершенно бездарно убитые 5 лет, точнее половина времени в них. Единственная радость - корочка чтоб всяким странным людям предъявлять. А вот интересного и полезного, где я много чему научился, в те же самые годы было - именно работа.
Ну, а про воинскую повинность - изучайте старательнее. Учите слова “военная кафедра”.
То есть, да, в ретроспективе было бы гораздо лучше купить и болезнь от армии и диплом. Но теперь делать нечего, все уже прошло, глуп был.
sab123 - а можно в двух словах - что именно Вы понимаете под “transaction oriented” filesystem, как она была организована, и чем принципиально отличалась от “классических” систем?
А спрашивать (см. выше) все-равно будут 
NB. Вы, чего плохого, не подумайте, но когда пишут
“A prototype implementation of a transaction-oriented filesystem over RDBMS tables” может ненароком случиться, что дальше никто читать не будет совсем ( потому-что сначала есть файловая система, потом в ней есть файл, который СУБД считает таблицей … и т.д. )
Тем, что как в базе данных - можно наделать разных изменений, потом сказать commit, и приложится или все или ничего. В некоторых случаях оно бывает полезно. Скажем, из одного места убрали, в другое добавили, и желательно чтоб оно не потерялось в процессе.
Блок файловой системы представлялся как запись в базе данных. Но работало ме-е-едленно, да.
Это Вы научитесь понимать, что Вам говорят. Я в мягкой форме Вам объясняю, что пять лет липового опыта прут из Вашего резюме, хоть Вы у индусов учиться не хотите.
Давайте вернемся к истокам.
- Я сказал, что резюме без Objective - это помойка
- Вы сказали, что это не так, сославшись на Ваше собственное резюме
- Посмотрев на Ваше резюме, я Вам, теперь уже конкретно, говорю, что Ваше конкретное резюме (не опыт, но его оформление) - помойка
- Кроме того, если для Вас орфографические ошибки в резюме норма, то я Вам скажу больше - ничем кроме помойки Ваше резюме не может быть.
Ну я могу сказать только одно:
К Р - У - У - У - ТО!
Об них отдельная песня!
:! эмм … мда .
Если будете и правда пытаться добиться позиции senior в хорошем месте (а не в консалтинге … куда кого только не пускают ), то
- придумайте зачем
- перечитайте www.cvalde.net is Expired or Suspended. и окрестности
… если Вы были раньше интербейса то это хорошее основание для разговора о том, что и как делали Вы, а что и как делал интербейс.
В Штаты вообще большая часть попадает “немеряно крутыми”, и это отчасти даже правильно, если вовремя отнормироваться
Да ладно, они это умеют здорово делать … недавно читал, а потом пытал одного … понятно что он не очень много понимает в том, что делал, и в резюме пишет гораздо больше, чем было на самом деле, но на прямые проверяющие вопросы - ответил.
Опыт самый что ни на есть натуральный.
Дык, вы же признали, что objective в графе на Дайсе выполняет эту функцию. О чем я вам и говорил. А при рассылке резюме оно всегда посылается на конкретную позицию. В собственно резюме в этой графе потребности нет.
Пока что опыт такой, что если рекрутеру не нравится оформление моего резюме - то это плохой, негодный рекрутер, и от него не будет ничего кроме проблем.
То есть, поправлю: есть более одного взгяда на то, каким должно быть Абсолютно Правильное Резюме. И есть люди, которые упираются в то, что именно их взгляд правильный. А на самом деле Единственно Правильного Спососба нет. Все эти вариации примерно эквивалентны.
Не надо упираться в мелочи. Мелочи - фигня.
Зачем добиться? Уже есть, но ничего особо хорошего в этом занятии нет. А вот как раз в консалтинге - да, хотелось бы добиться. Проблема в нахождении контрактов, и пока что единственный работающий способ - прошлые работодатели, или через людей, с которыми работал раньше.
Не, я делал проще. Поверх готового Оракла. Вывод получается в том, что делать поверх готового Оракла - медленно.
Вопрос был - ЗАЧЕМ
Второй вопрос (раз всё-таки после интербейса) чем не подходили BLOBы для данной задачи ?
Блобы - это механизм хранения сырых данных. Поверх которого нужен слой для организации метаданных (директории, ассоциация блоков в файлах). Э-э-э уже не помню, делал ли я поверх блобов или поверх простого varchar(1024). Но по скорости оно вышло примерно в 100 раз медленнее простой файловой системы, еслия правильно помню. Видимо, Оракл еще и sync’ил на диск старательно.
А зачем - поиграть, интересно, надо же развивать мозги. На одной из работ на самом деле как-то была производственная потребность, чтобы перекладывание данных между базой и файловой системой делалось без возможности потерь.
Какие, извините, “ассоциации блоков” если файл = блобу по определению, и все труды по дефрагментированию и ассоциированию автоматом ложатся на БД. И “директории” в оракле реализуются на ура - это же всего-лишь группировка файлов, так-что банальной ОДНО таблички parent/child/childtype (где childtype либо dir либо blob) по уши хватает. Думаю Вы действительно изобретали велосипед с varchar(1024). Весь вопрос - зачем, и если ответа на него нет, то возникает подозрение, что по работе делать было нечего, а на что-то более умное не хватило сил … поскольку это подозрение не особенно полезно для Вашего резюме, я бы сделал выводы
Недопонял - база данных находится в файловой системе. Если надо контролировать сохранность выгрузки из БД это делается контрольными суммами, в “худшем” случае перечитыванием (линейное замедление записи в два раза), в “худшемсупернадёжном случае” - выгрузкой трёх копий с перечитыванием и перезаписыванием не совпавшей копии содержимым совпавших ( пользуясь случаем передаю привет амазону )
Ну да, директории - одной табличке. И во второй табличке - атрибуты, и в третьей - собственно блоки данных. А блобы - конечно не аналог файлов. Разве в них есть произвольный доступ?
Э-э-э, зачем суммы, зачем три копии? Проблема не в надежности физического диска, а в поддержании консистентного логического состояния на случай если все навернется посреди процесса. Чтоб после перезагрузки продолжилось с того же места. Ну, там файлы заружались-выгружались для отправки через сеть. С требованием чтобы они не терялись и не образовывались (т.е. отлавливались и выбрасывались) дубликаты. Оно там через флажки делалось. Ну и естественно содержимое файлов не вытаскивалось из базы один к одному, а собиралось запросом. Или в обратную сторону - наоборот разбиралось.
Вот оно может и не умное, а вроде вы до сих пор не поняли