и публикация на Хабре только спровоцирует поток помоев в его сторону
Какие все злые! )))
Мне это представляется очевидным
Для меня нет. У меня другие правила. Если мне не нравится статья, но мне нечего сказать по существу, то прохожу мимо. Мы же тут не тролим друг друга. А делимся опытом.
Вы лучше читайте все input-поля так:
И у ТС не opensource, а очередной велосипед на WPF
Пусть будет велосипед. Ну и что? Надо уметь его преподнести. Я за день нажимаю дофига кнопок. и если какому-то человеку удастся вклинится в этот процесс, чтобы я нажимал меньше кнопок, то я буду пользоваться его программой, пусть даже и велосипедом.
Лично я против ничего не имею. На Хабре есть возможность, оговорённая правилами. Почему не воспользоваться? (там очень жёсткие технические ограничения на публикацию, если что, поэтому этот раздел и не сильно надоедает в ленте).
Вы так возмущаетесь, как буд-то автор вас тролит? Он же даже не к вам обращается.
Adamos, На каждую программу найдётся свой пользователь. Кроме того, автор должен понять, что такое рекламировать свою программу, что значит отвечать ожиданиям, пусть погрузится в мир реальности, где его никто не ждёт и всем поначалу плевать даже на то, что это opensource. Разработчику нужно уметь защищать свою программу и предложенное решение. И делать это вежливо. А тот кто пишет "ты лох" сами ничего для других не делали.
Anton, Можно сделать все элементы страницы inline и вот у вас уже все стили, скрипты и картинки при загрузке страницы имеются. В одном файле. И больше ничего не подгрузится.
Можно подгрузить стили, но опять это ничего не даст.
Просто понятие "жив" всё-таки требует каких-то других определений, а не просто наличия файлов.
Пусть ваш "заказчик" вам объяснит, а как он сам, глядя на страницу определяет жив сайт или нет?
По моему скромному опыту трудоустройства я сделал вывод, что никогда не знаешь почему работодатель выбрал именно вас. Обычно положительные рекомендации каких-то других людей (не обязательно знакомых) играют очень даже большую роль. Кроме того, может случится и так, что решение принять вас на работу будет исходить от человека, которого вы даже не видело. Просто укажите в резюме, что на ваш взгляд самое нужное именно для новой работы. Резюме - это всего лишь возможный повод встретиться. Оно ничего не гарантирует.
kos_dev, Ok))) Спрошу по-другому. Почему он спрашивает капчу? Например, google shortener спрашивает капчу, если вы не залогинены. Но если залогинены, то не спрашивает. Может если сделать вопрос аутентифицированным, то капча не будет спрашиваться и вопрос сведётся не к распознаванию капчи, а к созданию аутентифицированного запроса, что уже проще?
lemonlimelike, Мне кажется, что сначала надо добавить ещё настроек, а только потом доделывать скрипт. У меня заработало после указания таких настроек:
Там есть некоторые мои заголовки, соответственно не учитывайте их. Меня больше всего удивило необходимость использовать заголовок "Access-Control-Expose-Headers".
P.S.
На всякий случай озвучу, что тема, с которой мы разбираемся, называется CORS (не XSS!!!). Я когда на работе обсуждали с админами использование этой темя, то они хоть и умные ребята, но сильно плавали в этом понятии )))
Слишком неопределенные условия вопроса. Как сказал Шерлок Холмс:
- Знаете инспектор, настолько неопределенные приметы, что они подойдут любому, например, даже Ватсону.
У меня тоже каждый день что-нибудь тупит, по база, то программа, то голова. )))
Нужны более конкретные определения. Лучше код.
freeinform, чисто теоретически интересно было бы узнать кто такое понятие мог бы ввести?))) Такой формат вводился именно для чтения человеком, но я бы сразу лично для себя ответил бы вопросом на вопрос, который в одном случае сделает коэффициент нулевым, а во втором - бесконечным:
1. Наименование атрибута огромное, а данных - один байт
2. Наименование атрибута размером в одну букву, а количество данных - текст войны и мира Толстого.
Для более качественной оценки вам следует определиться с граничными условиями, потому что в противном случае нахождение такого параметра будет средней температурой по больнице, и его значение абсолютно ничего не значит.
Например, как в физике есть гравитационная постоянная G. Просто коэффициент.
Ну а насколько эти форматы наворочены - это у разработчиков надо спрашивать. Да, они могут наворотить или это просто legacy-код.
wufapexef, Ok, мне понятно, но могли бы вы написать в UPD где именно в коде вы забыли передать данные? Чтобы другие люди, прочитав ваш ответ закрепили бы у себя в голове, как именно искать ошибку в своём коде )))
m16k,
>> вопрос к тем, кто уже проходил этот путь
Это не путь - это квест.
>> Технологий и областей знаний слишком много, и невозможно охватить все, по крайней мере, на старте.
Не спешите с выводами. Технологии разработки игр могут иметь общие фраймворки даже с бухгалетерией.
>> Поэтому мне сейчас важно потратить усилия на самые основы основ, без которых нет смысла продолжать
Основы основ вы узнаете, когда накопите приличную базу и станете опытным разработчиком (вот такой парадокс). Основы вы знаете уже сейчас, но отличие вас от специалиста состоит в том, что специалист видит основы в своей работе, а вы пока нет. Чтобы наконец увидеть из каких кирпичиков состоит та или иная работа нужно поработать. Всё развивается по спирали, а не последовательно.
Учёные вот тоже хотя знать основы основ и вот уже даже сделали коллайдер. Что дальше? )))
>> Кроме того, я считаю, что проваленное собеседование, потенциально может закрыть шансы ...
"Провальное" собеседование относительно. В компанию набирают не просто роботов. Набирают людей. Выбирают характер. Покажите, что вы действительно хороший человек и на вас можно положиться. Ну и если вы не подошли друг другу нужно остаться вежливым и поблагодарить за уделённое вам время.
Вообще неплохо заранее узнать о специфике работы компании, чтобы вести собеседование в разрезе IT по деятельности компании. Вы должны ходить на собеседование уже кое что зная о компании.
>> Думаю, что многие просто не захотят тратить время повторно на кандидата
Во-первых вы слишком плохо думаете о других, во-вторых не надо думать за других. Если вы были достаточно уверены, но чего-то не знали, то, наверное, компании будет приятно узнать, что вы про них помните. Вполне уместно даже написать, что если вам отказали по техническим причинам, то вы можете написать, что вы подтянули "это" и если им нужны сотрудники, то вы хотели бы прийти на новое собеседование. Превращайте минусы в плюсы.
P.S.
Не стремитесь попасть в каждую компанию. На собеседовании не только вас выбирают, но и вы. Я как-то пришёл на собеседование в одну компанию, посидел там полчаса и послушал их "атмосферу". Потом во время разговора я просто извинился и сказал, что я не хочу у вас работать, спасибо, что уделили время и ушёл. Цените себя.
вход в профессию не бывает быстрым и простым. Есть курсы, но вообще-то, по серьезному, надо получать профильное образование, а потом не один год совершенствоваться. Резать скальпелем тоже ума не надо, но ведь профессия хирурга состоит не только из умения держать в руках скальпель и этому не учатся быстро.
Хотя может быть вы все-таки не совсем программирование имеете в виду?
Emptyform, Сделаю ещё одно дополнение. Некоторые проекты, даже личные, пишутся и сопровождаются достаточно длительное время. У меня есть несколько личных проектов, которые я сопровождаю сам для себя и постепенно на них прокачиваю скилы. Интервал от полугода до двух лет. Вполне уместно придумать самому себе задачу и периодически допиливать в ней новый функционал или переводить её на новую технологию. Например, я экспериментирую на C# несколько лет, пару лет назад открыл для себя WPF, пару месяцев назад binding, месяц назад "свойства" и обкатываю их.
