Тимур Шемсединов

Что это такое и зачем? Создать функцию можно с помощью create_function И ещё Note: Anonymous functions are available since PHP 5.3.0

С такими замашками и MS Word переплюнуть недолго. Сам хочу такое написать, долго думал и про Flash и HTML. Одно время даже сайт сделал, где можно было «делать» заметки с редактированием текста HTML, вставкой картинок, подгрузкой к заметке файлов, но споткнулся на том, что скриншоты не сделать. Но… Ну не вставить PrintScreen в HTML. Я бы ещё добавил раскраску синтаксиса (есть такие CSS «плагины» под HTML). В настоящий момент смотрю в сторону Java (Может FX?), но писать с нуля придётся. Зато редактор может кроссплатформенный получиться. Извини, друг, что немного сумбурно — очень давно на эту тему думаю. Несколько десятков редакторов перебрал. Нет нормального редактора, чтобы как администратору и программисту логи вести. Вот есть хорошая технология хранения всего в одном месте — .mht! Просто — то, что нужно. Картинки внутри, графика — внутри, css-внутри, т.е. даже можно подцепить подсветку синтаксиса (о которой писал), можно писать «схлопывающиеся блоки» для кода, уверен, что и векторные штуки туда влезут, но нет для него редактора! А ведь просмотр этого файла есть и у IE и у FF (с плагином для .mht). Если бы можно было написать такой редактор (ведь даже свою прогу на JS можно туда «внедрить»). Вот если бы можно было в mht внедрить свой редактор (и IE и [FF с плагином unmht] позволяют сохранять новое состояние), тогда может что-то близкое и получится.

Насчет «новых технологий» дам несколько хороших советов (как человек, который уже многое успел повидать на своем веку).

Первое: Самый простой способ везде успеть — это никуда не спешить, а двигаться к своей обозначенной цели, не позволяя сбивать себя с пути.

Второе: Позволь, дам тебе несколько нестандартный взгляд на «новые технологии».

Попробуй, оглядись вокруг. Как грибы после дождя, из всех щелей валят «новые технологии». Что стоит за этим и чем грозит тебе лично?

Сразу видно, хитрые фирмы изобретут еще 100500 разных технологий, языков, фреймворков, парадигм и каждую из них они будут рекламировать как новую и революционную, готовую перевернуть мир (хотя я авторитетно скажу, что по крайней мере за последние 20 лет чего-то действительно принципиально нового придумано было чрезвычайно мало. компутеры стали меньше а программы больше. и все).
При этом каждую технологию подают исключительно как «серебрянную пулю», способную решить все текущие и будущие проблемы. А еще реклама давит на «чувство моды», выставляя всех кто не гонится за модой старомодными пердунами. И конечно, любая реклама тебе пытается внушить, что эта новая технология вот-вот вытеснит все остальные, и вам надо срочно все бросать и изучать пока не поздно чтобы не оказаться за бортом… да и вообще, есть еще over 9000 рекламных приемов.
Так вот — не верь рекламе — не забывай, реклама все врет. У любой технологии есть свои плюсы и минусы. Плюсы, даже весьма сомнительные, рекламно выставляются напоказ, а минусы, даже самые очевидные, тчательно маскируются и отрицаются.

Цель любой этой всей рекламы — чтобы такие как ты покупались на эту рекламу и сломя голову бежали «изучать новые технологии» (тратя на это свои силы, время и деньги). И самое главное, чтобы тащили когда нужно и даже когда совсем ненужно «продукты этих новых технологий» в свои проекты. А когда минусы станут очевидными, все обнаружат, что на технологию уже «подсели как на иглу» и просто так ее выпилить из проектов затруднительно. Знакомо?

Отсюда постулат первый. Как ты только начал изучение чего-то или еще хуже потащил какую-то технологию в свой проект, ты уже подарил кому-то часть своей жизни (а жизнь она короткая, и это очень ценный ресурс). А также подарил кому-то часть своих денег, часть своего внимания, оторвав возможно от чего-то более ценного.

Так вот, первый вопрос который ты должен себе задать: Твое время, силы и внимание, безвозвратные годы твоей жизни — оно что ничего не стоит, чтобы им так разбрасываться и просто дарить их кому-попало направо и налево? Наверное уж если вкладывать свое время так во что-то реально ценное! А вот что для тебя ценное — решать должен ты сам не позволяя никому в это влезать!

При этом, обрати внимание, я вовсе не призываю, «запереться в бункере», отгородившись от внешнего мира глухой стеной. Как раз наоборот, надо быть в курсе того, что происходит вокруг. Но при этом не обязательно в каждую «новую хрень» углублятся, тратя на нее свои ценные молодые годы.
Зачастую о «новых технологиях» достаточно знать только пять вещей:
* знать что такая технология существует
* примерно представлять для чего она
* знать сильные и слабые стороны (т.е. читать больше практические отзывы, особенно внимательно читая негативные, чтобы не всю информацию брать из рекламы)
* сравнительный анализ (обращаем внимание на негатив больше чем на рекламу)
* знать примерно что и где гуглить если вдруг будет принято решение узнать о ней побольше.

И все! Этого будет достаточно. Ты двигаешся к цели, и не даешь себя сбить с цели. И если вдруг ты видишь что какую-то технологию ты можешь применить применительно к своей цели (если оно оправдано и ты видишь что оно оправдано).

Заметь, применить не потому что «это модно», а потому что это отвечает твоим целям и задачам и ты хорошо взвесил, что трудозатраты окупятся! (Кстати, никогда не применяй что-то только потому что это «модно». Мода она ни к чему хорошему не приводит, она только порождает «жертвы моды».)

Помни главное: Изучая какую-то «новую технологию» ты тратишь свое время, силы, средства, внимание на продвижение этой технологии. Причем, сам, побывав в роли «пушечного мяса», от этой технологии ты скорее всего «получишь кукиш с маком», зато невозбранно сделав миллионные капиталы фирме-создателю этой технологии. Оно тебе надо? Подумай, дает или способна дать тебе эта «новая технология» хоть что-то ради чего, ты будешь ухлопывать ценные годы своей жизни на ее продвижение? Окупится ли? Вообще взаимовыгодное ли это сотрудничество для тебя?

P.S.: Кстати, если вообще не знаешь что учить — учи матчасть, учи основы, тренируй мышление, развивай мозг. Это всегда пригодится. Зная матчасть любую «новую технологию» ты запросто освоишь как только ты для себя решишь, что она тебе нужна.

P.P.S.: Короче, если по-простому, не будь хомячком, которого все стремятся сьесть на обед (т.е. не работай на продвижение ненужных тебе лично технологий).
Будь матерым волчарой, который сам сожрет кого угодно (пусть технологии работают на тебя, и любое взаимодействие с «новой технологией» для тебя сто раз просчитанное взаимовыгодное сотрудничество, только так).

Сканеры штрих-кода (из тех, с которыми мне довелось работать) обычно работают в двух вариантах:
1) Эмуляция клавиатуры (те, кто подключаются через PS/2 или работают как USB HID)
2) Эмуляция COM-порта (те, которые соответственно втыкаются в компорт либо являются USB Serial Device)

Взаимодействие с первыми аналогично клавиатуре. В чем их плюс — возможность работы даже с тем софтом который не знает что такое «сканнер штрих-кода». Для программы это будет выглядеть полностью аналогично как если бы оператор набрал на клавиатуре артикул товара. (то есть полностью прозрачно для программ)
Соответственно, сериальные устройства для тех программ, которые знают что такое сканнер штрих-кода и умеют с ним работать.

Соответственно, вопрос. Вам для каких нужд? Если Вы хотите минимальными затратами организовать «рабочее место оператора» с взаимодействием через веб — то вариант с USB HID — это ваш вариант. Вы просто с помощью PHP рисуете форму, с полем, куда JS-ом выставляете фокус. Оператор «пикнув» сканнером штрихкода просто введет туда цифры. (И незабываем, какой еще ОГРОМНЫЙ плюс возникает, если штрихкод потерт и нечитается — оператор просто набивает артикул на клавиатуре в это поле.)

Вариант с Serial-подключением имеет плюсы лишь когда вы организуете выделенное узкозаточенное рабочее место.

я использую оба варианта но в разных ситуациях.
1- вариант — если связь не обладает характеристиками, например контент и теги
2 — вариант — при наличии у связи характеристик — т.е. например если нужно ограничить доступное количество подобъектов из контекста первой сущности для второй, то этот лимит хранится в таблице со связью, им нужно манипулировать, для этого и вводится персональный идентификатор

Если у меня случаются завалы, я обычно очень рано ложусь спать и встаю в 4-5 утра, успеваю сделать все и даже отдохнуть чуть чуть. Если же вечером начинаю разгребать, то сижу до утра и не высыпаюсь. Так что если есть возможность, работайте по утрам!

Вы на самом деле задаете очень сложный вопрос. Я бы зашел с другой стороны и исходил из критерия, какие специалисты есть у Вас для поддержки выбранного решения, сколько человек в команде и какой у них опыт?

Основные причины завалов — паника и усталость. Паника возникает тогда, когда на третий день вы понимаете, что что-то не успеваете сделать. Начинаются метания, заламывания рук, самобичевание и прочее. Перестаньте метаться, успокойтесь. Тише едешь — дальше будешь. Это вполне подходящая пословица в данной ситуации.

Усталость только усугубляет панику. Нужно делать перерывы, спать дополнительные пару часов в сутки. Например я практиковал двухразовый сон. Приходишь после работы, поел, два часа погулял на улице (не за компом), два часа сон (чтобы не засыпать крепко можно под тихую музыку), и потом продуктивная работа пока не возникнет желание поспать. Не работать в сомнамбулическом состоянии ни в коем случае — это только делает хуже.

Очень от типа проекта, денег + от фреймворка в котором вы работаете…
1. взгляд на БД: хранилище данных, больше ничего другого (мускул, сквлайт (мелкое хранилище данных, для >>локальных<< целей))
2. взгляд на БД: один из модулей (не ли сердце) вашей системы, всё что вы программируете находится внутри базы данных, логика действий и поведения системы. Здесь скорее под руку попадают Оракл, (с небольшой чясти постгрес).

Приведу пример:
Всем знамая мускул: в ней находятся реально 3 вида базы данных: ИнноДБ => трансакции, МайИССАМ => без трансакций и большая скорость + Меморы = огромная скорость работы с данными, но жрёт рам.
Всё это хорошо, но майиссам и меморы работают без трансакций, хоть и быстрые но не надёжные. ИнноДБ ок для трансакций, но немного медленее. к сожалению на мускуле непоставите ядро своей программы в базе данных.

Постгрес:
Трансакционная дб, теоретически всё ок, надёжно работает, всё можно наладить, есть хорошие триггеры, итд итп. но опять-же, ядро программы на её особо не поставишь, неразрешает того много, просторы имён плохо решены. (пг/сквл)

Оракл:
Это, она хоть и не быстрая, но надёжная ДБ. Надёжная в смысле есть трансакции и немного по другому работает с данными. И конечно-же не с бесплатным саппортом. Здесь можно поставить ядро чего-угодно прямо в БД (пл/сквл).

Пост должен начинаться с картинки-eyestopper-а.

В тексте нужно вначале немножко повилять хвостом и поприседать перед могущественным хабражителем, он это любит.
Хорошо идут либо статьи из серии «на пальцах» (о, даже мне понятно стало!), или, другая, несколько парадоксальная крайность — чрезмерно заумные (о, круто! Хабр — торт! Ничо не понял, но плюсану!").
Есть темы, которые гарантированно набирают плюсы (хабрасрач против копирастов и «михалкова», например). Не рекомендуется, особенно новенькому, писать на фанатские темы («Apple — круто» или «Apple — гавно» — в равной мере). Реакция может быть непредсказуема, в зависимости от того, какая клака в тред придет первой. Не стоит выступать в защиту тем-изгоев. Сольют и ее и вас.
Хабрастадо любит следовать за вожаком. Если пост явно плюсуется — будут плюсовать. Если минусуется — минусовать.

Любят статьи про мелкие компании, стартапы, самоделки, особенно компьютерные, гаджеты, даже бесполезные. Не любят — про корпорации (Google это, HP или Microsoft — неважно), и все связанное с ними.

Также периодически стихийно организуются «топики добра» или «топики зла», появление их, и то, какой вариант будет выбран — непредсказуемо.

Если видите, что в первые несколько минут пост ушел «в минус» (хотя бы в минус 5), и у вас нет компании друзей, которые его могут быстро из минуса вывести, то задача безнадежна, убирайте его «в черновики».

Дональд Кнут и его все труды

хм. Сомневаюсь, что подобный труд будет выложен публично. Как правило такая работа — заказная.
Это одна из стадий разработки программного обеспечения, причем одна из начальных стадий. Так сказать оценка рентабельности.
Ну и не говоря уже о том, что программное обеспечение достаточно широкое понятие.
Игры, узко направленные решения, мощный модуль для 1С тоже относится к разработке ПО, web разработка, интерфейсы к базам данных. в конце концов…

Что значит «запатентовать» статью? Это будет иметь какую-то юридическую силу?

Просто результат, которым ты будешь потом гордиться.

1. Интересная задача. Для меня программирование в какой-то мере сродни решению головоломок или математических задачек.
2. Возможность принести пользу людям и получить признание.
3. Хороший коллектив. Я гораздо активнее пишу код, если мне есть с кем обсуждать проблемы и обмениваться знаниями.
4. Приятные условия для работы.
5. Деньги, куда же без этого.

Если честно не вижу проблемы. Код сам по себе в отдельный момент времени не многого стоит — он меняется и работает в комплексе. Даже если стырят все, то есть команда, которая его знает, улучшает и развивает. Конечно могут увести целиком и код и команду, но это уже проблемы более общие.

Вороватых людей не надо нанимать