Нифига не ясно как такие сайты потом отлаживать, текущий стек веб-технологий сильно зависим от удобных средств отладки и дебага что так же эволюционировало годами.
ИМХО отладка компилируемого кода веб-приложения это будет больно
Юрист по образованию, но дипломы все таки приурочил к IT («Программы для ЭВМ, базы данных и топологии интегральных микросхем как объекты интелектуальной собственности»).
Когда пришел на предыдущую работу в отдел, джуниором, был единственный гуммунитарий по образованию, отдел был вновь сформированым и фактически набрался целиком из выпускников, остальные же физики, математики, АСУ-шники и т.д. Надо сказать тролили меня, призывая дать чизбургер и коллу — не долго :)
На поверку оказалось, что хоть ребята и секут математеку весьма серьезно, но вот банальный git оказался для них той еще задачкой, а когда команда разбавилась зубрами от сохи (освободившимися от длинного проекта) и работа пошла вообще на новомодных Node.JS и Haskel и т.д. ребята которые хоть как-то поверхностно в институтах качались С++ и Delphi… вообщем в течении года слились практически все, за исключением тех кто уже на момент выпуска и так сек тему.
Вечный вопрос компетентности выбранной технологии относительно стоящей задачи.
jQuery — очень хороший инструмент, весьма самобытен, не советовал бы фрон-эндщику начинать знакомиться с client side JS сразу с использования jQuery, к его использованию необходиом приходить через читсый JavaScript, чтобы программист понимал, что он собственно упрощает, представлял себе внутренне устройство уровня абстракции который ему предоставляет фреймворк.
Надо отчетливо понимать, что разрабатывая стартапп или прототип jQuery отличное решение, так как во-первых позволит сосредоточится на идее и бизнес-логике и общем устройстве UI, во-вторых скорость разработки, и самое главное — стабильность (изкоробочная многобраузерность).
Если же у Вас боевой проект, который расширяется, то Вам следует потихонечку отходить от тяжелых универсальных решений, и занимаясь оптимизацией переходить к чистому JS, или же более узкоспециализированному фреймворку.
Оу… спешу Вас обрадовать не только к фронт-энду. Node.JS жешь, на кофе фигачат не покладая рук, учитывая что много «умных дядек», в том числе и не далеких от сохи самой ноды, яростно призывают использовать только чистый JS.
Вам кажется ложным данное утверждение?
Писать на C (Не на С++ или Objective С) не зная асьму даже поверхностно — это смертеподобно и результат такой писанины — УГ.
Вставки жешь в нем, везде…
по мне так для того чтобы было удобнее поддерживать лучше взглянуть в сторону инструментов для этого, чем писать на конвертируемом в интерпритируемый :) просто представьте на минутку, как «удобство разработки» коррелировало бы с «адом отладки» не будь у Вас source maps.
Как раз одно из «сахарных упрощений», ИМХО ненавистных мне явлений, этого диалекта.
В явном определении зоны видимости переменной (принадлежности к [[scope]] того или иного объекта/блока), кроется магия JavaScript, и ИМХО, особенно новичкам нельзя «лизать жопу» в таких опасных местах программирования в целом, в противном случае его код на архитектурном уровне рискует превратиться в шестиствольный пулемет который стреляет работающими газонокосилками исключительно по ногам :)
Эти упрощения не стоят тех допущений которые будут присутствовать в концептуальном знании технологии у кофеинщиков, я подчеркиваю — особенно неопытных / не знающих JavaScript как есть. (для них это нубопуть).
Т.к. изучая/используя язык, спотыкаясь через ключевое слово var (пусть оно надоедает, пуcть оно неудобное), програмист так или иначе будет вынужден изучить теоретическую часть, которая касается областей видимости переменных, и О ЧУДО! он открывает для себя «замыкания»… к нему приходит понимание [[scope]] и прозрение разбивает очки его неведения различного поведения this в объектах и конструкторах. и т.д.
Так он переходит на светлую сторону силы. :)
PS: Я все равно прошелся по мануалу, даже погородил несколько «хелоуворлдов», т.к. понял что от кофе мне ни куда не деться и у него есть и будет много поклонников, и его код так или иначе постоянно попадается на глаза, но лично я уже настолько свыкся с читым JS, что он со всеми своими скобочками и т.д. не вызывает у меня проблем, учитывая возможности современных IDE — он как «открытая книга.» Я все так встану в стан автора, может быть не так радикально, но мне тоже «кофе» не по душе.
Бернард Вербер «Империя Ангелов» (именно так и начинается история главного героя, к нему в гостиную влетает самолет :) (крушение самолета, его дом в районе падения), он умирает и попадает…
Очень интересный труд, как и многое другое за его авторством, особенно Энциклопедии абсолютного и относительного занния Эдмунда Уэльса (Одного из персонажей вышеупомянутой «Империи Ангелов»)…
2-3 сек зажатого Enter решает проблему повсеместно в браузерах на WebKit, FireFox дает отлуп уже на 2-ом вызове (как уже писали выше).
Не очень-то и беда. (Хотя «всякие» несколько раз беспокоили — мол вирус)
При таком объеме, как они предполагают — 28 Тб, плотность данных будет довольно велика, отсюда «быстрая» скорость съема данных считывателем становится несколько размытым понятием, необходимо добиться быстрого позиционирования считывателя,
а вот скорость его движения уже не столь важна если он будет способен снимать данные такой плотности.
Если мы таки можем добиться хотя бы быстрого позиционирования, т.е. в допустимое в сравнении с теми же HDD время, а плотность данных, напоминаю, у нас гораздо выше, то это уже успех.
Вот такой вариант приходит на ум: 2 считывателя — один умеет считывать многослойные данные «медленный», другой очень быстро данные с верхнего слоя «быстрый» — можно ли так? если да, то оставим специальный отдел носителя для хранения файловой таблицы, или возможно какого-то иного описания о позиционировании данных в носителе, пишем на нем только на верхний слой, и бысто читаем, быстрым считывателем, чтобы отправить в необходимое место «медленный».
Если данный носитель будет обладать минимальной дефрагментацией, то PROFIT!!!
PS: В любом случае — «попытка не пытка» а уж тем более для школьников.
Ну так пока нет прототипа — нет смысла и в «детальном» обсуждении,
Ребята обещают подготовить его в скором времени, тогда и поговорим, или по поводу его отсутствия (т.е. если ничего не получится) или о проблемах его концепции/реализации (если пусть и не в лучшем виде, но что-то да получится).
Пока что, здесь наблюдается ярый образец так популярных, ныне в нашей стране, злой иронии и банальной травли.
PS: Ролики, футболки, логотипы, пресс-релизы и прочее ненавистное здесь «без технических деталей» это тоже часть сегодняшней науки/бизнеса/технологии, и то что ребята так же работают и в этом направлении, причем надо сказать очень даже неплохо, это только лишний раз говорит о серьезности их намерений, определенном уровне подготовки и осмысления (пускай даже и вокруг «розовой технологии»).
PPS: И сравнивая их с Бабушкиными и т.п. вы ребят очень сильно задеваете, т.к. они все таки не на местный телеканал полезли пиарится, и не несли откровенный бред, а вышли со своим проектом на очень серьезное соревнование Google Scince Fair, и даже тот факт, что они попали в региональный финал чего-то да стоит, иначе Вы как бы откровенно заявляете, что жури подобного мероприятия «полные нубы».
Вот по поводу Касперского — вы очень сильно ошибаетесь, я хоть и сам не особый ценитель их нынешних продуктов, но надо иметь в себе совесть и отдать им должное — во многом они были первопроходцами.
Очень тяжело сейчас говорить по поводу адекватности целей ими поставленых, но судя по ответам — сами ребята очень даже адекватные.
Я бы занял выжидательную позицию, если это «фуфел» как многие тут предполагают, то оно естественным образом «канет в лету».
Но если хотя бы частично их эксперименты окажутся удачными — пускай и с существенными проблемами реализации, но концептуально и вероятностно привлекательным для дальнейших исследований в этом направлении, то многим здесь станет очень стыдно.
PS: Если уж здесь, «знатоки» на «раз, два» раскусили Epic Fail предлагаемой технологии, то кто-же там в жури Google Science Fair, кто-то похоже недооценивает их, или переоценивает себя :)
практикуется — со стороны увольнения… Если у Вас есть практика по трудоустройству было бы очень интересно на нее посмотреть.
А со стороны увольнения, там как раз таки люди с отличным резюме проскакивают к «денежному» работодателю,
потом всем известными способами доводят дело до увольнения — которое любой амбициозный шеф неприменно произведет,
ну и в суд, тем самым восстанавливаясь в должности, саботируя, опять в суд (и ему еще и ЗП надо платить)
Видел такого рода травлю конкурента, через подсадного руководителя отдела энергоснабжения. Работает.
половину требований, можно смело «сливать» если есть хороший опыт, отзыв от работодателя с именем или там «бумаги хорошие» (дипломы говновузов я не имею в виду)
«откос от армии» — это блин реальный показатель… или же значит серьезные проблемы со здоровьем.
И такое отношение между прочим, не только в гос.структурах, во многих организациях часть рук.состава — бывшие вояки, да и не в этом собственно дело.
Люди за 45 — действительно зачастую не ахти какой вариант, особенно в ИТ-секторе, где надо постоянно учиться, ИТ развивается просто сумасшедшими темпами,
я уже со счету сбился сколько технологий, концепций, оборудования и т.д. было освоено и продолжает осваиваться (от книг/мануалов/экспериментов просто отлипнуть некогда)
Молодые здесь котируются в силу определенной стессоустойчивости, свободы (без бытового обременения — задержаться на работе — ПОЖАЛУЙСТА!) Это действительно свойственно людям 20 — 35 лет. Это не секрет.
Хотя 45-лет, если из них 20 в ИТ, то поверьте такого спеца врядли кто-то станет дискредитировать.
А вот женщины в ИТ, это реально предрассудки… Я не перестаю в этом убеждаться, и даже иногда проскакивает мысль, что определенные вещи им прямо таки «богом дано» делать.
Нифига не ясно как такие сайты потом отлаживать, текущий стек веб-технологий сильно зависим от удобных средств отладки и дебага что так же эволюционировало годами.
ИМХО отладка компилируемого кода веб-приложения это будет больно
Когда пришел на предыдущую работу в отдел, джуниором, был единственный гуммунитарий по образованию, отдел был вновь сформированым и фактически набрался целиком из выпускников, остальные же физики, математики, АСУ-шники и т.д. Надо сказать тролили меня, призывая дать чизбургер и коллу — не долго :)
На поверку оказалось, что хоть ребята и секут математеку весьма серьезно, но вот банальный git оказался для них той еще задачкой, а когда команда разбавилась зубрами от сохи (освободившимися от длинного проекта) и работа пошла вообще на новомодных Node.JS и Haskel и т.д. ребята которые хоть как-то поверхностно в институтах качались С++ и Delphi… вообщем в течении года слились практически все, за исключением тех кто уже на момент выпуска и так сек тему.
jQuery — очень хороший инструмент, весьма самобытен, не советовал бы фрон-эндщику начинать знакомиться с client side JS сразу с использования jQuery, к его использованию необходиом приходить через читсый JavaScript, чтобы программист понимал, что он собственно упрощает, представлял себе внутренне устройство уровня абстракции который ему предоставляет фреймворк.
Надо отчетливо понимать, что разрабатывая стартапп или прототип jQuery отличное решение, так как во-первых позволит сосредоточится на идее и бизнес-логике и общем устройстве UI, во-вторых скорость разработки, и самое главное — стабильность (изкоробочная многобраузерность).
Если же у Вас боевой проект, который расширяется, то Вам следует потихонечку отходить от тяжелых универсальных решений, и занимаясь оптимизацией переходить к чистому JS, или же более узкоспециализированному фреймворку.
Писать на C (Не на С++ или Objective С) не зная асьму даже поверхностно — это смертеподобно и результат такой писанины — УГ.
Вставки жешь в нем, везде…
Как раз одно из «сахарных упрощений», ИМХО ненавистных мне явлений, этого диалекта.
В явном определении зоны видимости переменной (принадлежности к [[scope]] того или иного объекта/блока), кроется магия JavaScript, и ИМХО, особенно новичкам нельзя «лизать жопу» в таких опасных местах программирования в целом, в противном случае его код на архитектурном уровне рискует превратиться в шестиствольный пулемет который стреляет работающими газонокосилками исключительно по ногам :)
Эти упрощения не стоят тех допущений которые будут присутствовать в концептуальном знании технологии у кофеинщиков, я подчеркиваю — особенно неопытных / не знающих JavaScript как есть. (для них это нубопуть).
Т.к. изучая/используя язык, спотыкаясь через ключевое слово var (пусть оно надоедает, пуcть оно неудобное), програмист так или иначе будет вынужден изучить теоретическую часть, которая касается областей видимости переменных, и О ЧУДО! он открывает для себя «замыкания»… к нему приходит понимание [[scope]] и прозрение разбивает очки его неведения различного поведения this в объектах и конструкторах. и т.д.
Так он переходит на светлую сторону силы. :)
PS: Я все равно прошелся по мануалу, даже погородил несколько «хелоуворлдов», т.к. понял что от кофе мне ни куда не деться и у него есть и будет много поклонников, и его код так или иначе постоянно попадается на глаза, но лично я уже настолько свыкся с читым JS, что он со всеми своими скобочками и т.д. не вызывает у меня проблем, учитывая возможности современных IDE — он как «открытая книга.» Я все так встану в стан автора, может быть не так радикально, но мне тоже «кофе» не по душе.
Очень интересный труд, как и многое другое за его авторством, особенно Энциклопедии абсолютного и относительного занния Эдмунда Уэльса (Одного из персонажей вышеупомянутой «Империи Ангелов»)…
Не очень-то и беда. (Хотя «всякие» несколько раз беспокоили — мол вирус)
а вот скорость его движения уже не столь важна если он будет способен снимать данные такой плотности.
Если мы таки можем добиться хотя бы быстрого позиционирования, т.е. в допустимое в сравнении с теми же HDD время, а плотность данных, напоминаю, у нас гораздо выше, то это уже успех.
Вот такой вариант приходит на ум: 2 считывателя — один умеет считывать многослойные данные «медленный», другой очень быстро данные с верхнего слоя «быстрый» — можно ли так? если да, то оставим специальный отдел носителя для хранения файловой таблицы, или возможно какого-то иного описания о позиционировании данных в носителе, пишем на нем только на верхний слой, и бысто читаем, быстрым считывателем, чтобы отправить в необходимое место «медленный».
Если данный носитель будет обладать минимальной дефрагментацией, то PROFIT!!!
PS: В любом случае — «попытка не пытка» а уж тем более для школьников.
Ребята обещают подготовить его в скором времени, тогда и поговорим, или по поводу его отсутствия (т.е. если ничего не получится) или о проблемах его концепции/реализации (если пусть и не в лучшем виде, но что-то да получится).
Пока что, здесь наблюдается ярый образец так популярных, ныне в нашей стране, злой иронии и банальной травли.
PS: Ролики, футболки, логотипы, пресс-релизы и прочее ненавистное здесь «без технических деталей» это тоже часть сегодняшней науки/бизнеса/технологии, и то что ребята так же работают и в этом направлении, причем надо сказать очень даже неплохо, это только лишний раз говорит о серьезности их намерений, определенном уровне подготовки и осмысления (пускай даже и вокруг «розовой технологии»).
PPS: И сравнивая их с Бабушкиными и т.п. вы ребят очень сильно задеваете, т.к. они все таки не на местный телеканал полезли пиарится, и не несли откровенный бред, а вышли со своим проектом на очень серьезное соревнование Google Scince Fair, и даже тот факт, что они попали в региональный финал чего-то да стоит, иначе Вы как бы откровенно заявляете, что жури подобного мероприятия «полные нубы».
Я бы занял выжидательную позицию, если это «фуфел» как многие тут предполагают, то оно естественным образом «канет в лету».
Но если хотя бы частично их эксперименты окажутся удачными — пускай и с существенными проблемами реализации, но концептуально и вероятностно привлекательным для дальнейших исследований в этом направлении, то многим здесь станет очень стыдно.
PS: Если уж здесь, «знатоки» на «раз, два» раскусили Epic Fail предлагаемой технологии, то кто-же там в жури Google Science Fair, кто-то похоже недооценивает их, или переоценивает себя :)
А со стороны увольнения, там как раз таки люди с отличным резюме проскакивают к «денежному» работодателю,
потом всем известными способами доводят дело до увольнения — которое любой амбициозный шеф неприменно произведет,
ну и в суд, тем самым восстанавливаясь в должности, саботируя, опять в суд (и ему еще и ЗП надо платить)
Видел такого рода травлю конкурента, через подсадного руководителя отдела энергоснабжения. Работает.
И такое отношение между прочим, не только в гос.структурах, во многих организациях часть рук.состава — бывшие вояки, да и не в этом собственно дело.
Люди за 45 — действительно зачастую не ахти какой вариант, особенно в ИТ-секторе, где надо постоянно учиться, ИТ развивается просто сумасшедшими темпами,
я уже со счету сбился сколько технологий, концепций, оборудования и т.д. было освоено и продолжает осваиваться (от книг/мануалов/экспериментов просто отлипнуть некогда)
Молодые здесь котируются в силу определенной стессоустойчивости, свободы (без бытового обременения — задержаться на работе — ПОЖАЛУЙСТА!) Это действительно свойственно людям 20 — 35 лет. Это не секрет.
Хотя 45-лет, если из них 20 в ИТ, то поверьте такого спеца врядли кто-то станет дискредитировать.
А вот женщины в ИТ, это реально предрассудки… Я не перестаю в этом убеждаться, и даже иногда проскакивает мысль, что определенные вещи им прямо таки «богом дано» делать.