タッチパネル式食券機を作ってる連中ってバカなの？
もういろんなところで言われてるけど、最近よく見るタッチパネル式の食券発券機ってなんであんなに無駄なステップが多いの？ 行きつけのラーメン屋でノーマルラーメンを頼もうと思ったらこんだけの画面を経なきゃならない。 ・ラーメン、サイドメニュー、ドリンクからラーメン選択 ・ラーメン、チャーシューメン、煮卵ラーメンなどからラーメン選択 ・トッピング選択画面でトッピング無しを選択 ・麺普通、大盛から普通を選択 ・お支払方法選択ボタンをタッチ ・電子マネー、現金から電子マネーを選択 ・いくつかの選択肢からたとえば交通系ICを選択 ・カードをタッチ→発券 こんなのこうすりゃ簡単じゃん。 ・注文画面（＝初期画面）で注文する品を選択→他メニューやトッピングも追加選択できる状態で「電子マネーをタッチ、あるいは現金を入れてください」の表示 ・カードをタッチあるいは現金を投入して発券（どの電子マネーかは自動判別）
食べログのネット予約が腹立つ理由を、飲食店の中の人が述べるよ
https://togetter.com/li/1240999 ★食べログの従量課金、予約１人につき200円が何故嫌われてるのか 飲食店の立場から腹立つ点を話しますね。従量課金200円、私は初めて聞いた時は、まじかよ意味わかんねえわ、って思いました。広告費がかかるのは当たり前ですし、従量課金も良い手法だと思います。 私の食べログへの思いを結論から言うと、食べログは飲食店広告としては優秀、でも、食べログのやり口の汚さと立ち回りの下手さが嫌い。本当は出来る子になれたのに、みんなの嫌われ者としてイメージついちゃった。 腹立つ点 ①200円は高すぎる。 飲食店の利益率10％で十分優秀。つまり、客単価3000円のお店はお客さん１人来るとざっくり300円儲かる、そのうち200円を食べログが持ってくのねえ、という高さ。高級店はいいけど、大衆店は厳しすぎる。従量課金は良いけど、200円は高すぎる。利益持っ
一人でWEBの会社やってきて丸12年が終わった現状
東京でWEB制作をひとりでやってる。 興味ある人いるかわからんけど、現状こんな感じ。 自分の中で整理も兼ねて。 やってる仕事自分はWEBプログラマなんだけど、直接お客さんのところに行って要件聞いてきて必要なシステムがあれば自分で組む。 いわゆる「ホームページ」の作成もやってる。 デザインはできないから、デザイナーに基礎デザインと基本的なHTMLコーディングはお願いして細かいところは自分で埋め合わす感じ。 ディレクションからサーバの選定からセットアップ、ドメインの取得とDNS設定なんかは丸っと含めてやってる。 年間の売り上げは1200万程度会社始めた頃は結構浮き沈みあったけど、ここ5年間はこれくらい。±100万程度はあるけど全く変わらない。不思議。 別にこの金額を目指してるわけでも、この金額に行ったら仕事セーブするとかそういうのは全く無し。 何故かこの金額に落ち着く。毎月100万円も請求書を
ゲーム翻訳の現状
https://anond.hatelabo.jp/20180329160035 この投稿について書いてみたいと思う。 注意：ゲーム翻訳に関わった経験はあるが、ここに書くことがすべての場合には当たらない。あくまで経験上の話。 ちなみに翻訳で嫌いな単語は「availability」です。とにかくめんどくさい。 はてな記法わからないのでベタ打ちなのは申し訳ない。 あの投稿にコメントなどで「意訳」という言葉が出てきたが、実際のところ翻訳者がそうしたいと思ってもできないのが現状です。 これは翻訳者やゲーム翻訳業界の問題というよりも、発注元のゲーム業界に端を発した問題だというのが個人的見解。 流れとしては開発と並行してある程度のテキストができたら翻訳を外注する。 基本的に自社で翻訳をやることはほとんどない。特に多言語に展開する場合は無理で、日本語から英語（その逆も）というメジャーな組み合わせでも同じ
Webサービスは掲示板の域を抜け出せていない
インターネットの世界は進歩しているように見えて、ここ20年くらい大きな進歩はない。 数多くのインターネットサービスが生まれ、育ってきたが、どれも「すごい掲示板」にすぎない。 例えばメルカリ。 売りたいものをメルカリという「掲示板」に書く。 買いたい人は「掲示板」を見る。そして買いたいと「掲示板」に書く。 すると、買った人と売った人だけが見れる掲示板が新たに作られ、取引が終わる。 例えばクックパッド。 レシピを載せたい人が、レシピをクックパッドという「掲示板」に書く。 料理を作りたい人はクックパッドという「掲示板」を見る。 これだけ。 例えばYouTube。 動画を載せたい人が、動画をYouTubeという「掲示板」にアップする。 動画を見たい人は、すごい掲示板であるYouTubeで動画を再生する。 例えばInstagram。 自分の撮った写真を、Instagramという「掲示板」にアップする
京都市が今回失敗したような、自治体のシステム更新について
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの？ A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。 それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。 Q2.なんで新規で作らないの？ A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。 Q3.メインフレーム（汎用機）って何？ A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーご
断言しよう、チャットボットブームは去るし関連ビジネスも失敗するよ
会社名を明かせないが、業界大手のベンチャーキャピタルに所属している。 主な出資先は所謂ミドル、レイターと呼ばれる「成長、拡大期」のベンチャーである。 私自身も一回事業立ち上げ、売却した経験を持つ。 さて、そんな私も最近は起業前、もしくは新規事業を立ち上げようとしている方にアドバイスをすることが多い。 そしてその中でもここ1ヶ月は会う人の3割がチャットボット系のサービスのアイデアを語るのである。 「やめたほうが良い」と毎回アドバイスするのだが、毎回伝える3つの点についてここに記したい。 願わくばこの記事が広まり、浅はかな「対話型サービスの未来」を考えているベンチャーが断念し、より可能性の高いビジネスに切り替えて欲しい。 そしてこの記事を受けても尚、私の予測を上回り成功するチャットボットサービスが出てきてほしいとも思う。 前置きが長くなったが、以下3点がチャットボットが失敗する理由である。 1
製造業で実際にPC-9801が稼働している現場の立場からすれば、単に設備投資の余力が無いという問題ではない。..
製造業で実際にPC-9801が稼働している現場の立場からすれば、単に設備投資の余力が無いという問題ではない。熱、粉塵などの過酷な現場でも制御コンピュータは確実に動かなくてはいけない。ラインは24時間稼働し続け滅多に停止もしない。急な停電後の自動復帰も考える必要がある。制御している機器のインターフェース側を改造する必要もある。 このような用途にPLCなどの汎用組み込み制御ユニットも存在するが、少しづつ改良を加え複雑化してきた現行の生産ラインは個々の機器のタイミング取りがシビアで、機器の入れ替えは一か所でもかなりの大仕事になりがちで、影響はライン全体に波及する。今安定して動いているラインでリスクは可能な限り避けたいのだ。 そして、自分の経験的にMS-DOSで動作しているPC-9801は非常に堅牢なマシンだ。機器制御には高度な計算能力は必要ないがとにかく動き続けることが大事で、これはWindow
巨大銀行の巨大システム開発で大変素晴らしい経験を得たという話
最近まで、ネット上のIT系ニュースで度々システム障害で我々にネタを提供してくれる某巨大都市銀行の次期システム開発に下請けとして新卒から参画していた。「某巨大都市銀行の次期システム」という時点でどこの銀行かピンとくると思う。次期システムとは大雑把にいうと80年代に構築され今なお稼働しているシステムのうち、外為、内為、預金などの業務にて稼働するサービス(実際のプログラムになる)を疎結合化してそれぞれのサービスを部品として再利用性やメンテナンス性の向上を図る、いわゆるSOA(サービス指向アーキテクチャ)で作り直そうというものだ。この辺も心当たりのある銀行と次期システムとかでググれば出てくると思う。銀行システムをSOAで構築するのは日本では初めて！！すごい！！先進的！！！という触れ込みだったらしいが、立ち上げからいるわけでもなくSOAの利点も結局実感できぬままこの業界から去ってしまったので本当に謎
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
