IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.
JavaScriptを読んでいると、「あれ、、、なにこれ?この書き方。。。」と思うことがたまにあります。この際の厄介なことは、どうやって調べたらいいかわからないことです。Google先生に聞こうにも、その書き方をなんと呼ぶかわからないので聞けない。 そんな「なにこれ?」を厳選してみました。覚えておくと、将来スッキリとする時が来るでしょう。 1. なみなみ、ふにゃふにゃ言ってる
みんな~!スクール水着で、緑色の髪で、おっぱいが触れるロボットだよ~~!! いやちがうんだって、これすごいのよ! おっぱいロボは今月11日、アルデバラン・アトリエ秋葉原で開かれた、ソフトバンクロボティクスのロボット『Pepper』開発イベントでつくられたもの。ずばり名前は『ペッパイ』ちゃんだ。 (ソフトバンクグループ的にその名前で大丈夫なのかは謎) 最初はスクール水着姿でニュースを読みあげているが、途中でペッパイモードが作動。スクール水着をはだけると、タブレットにおっぱいが表示される。おっぱいをタッチすると、ペッパイちゃんはあえぎ声をあげながら腰をビクビクいわせはじめる。大変だ!!! よがるペッパイちゃんのおっぱいを触りつづけていると、「いいかげんにしてください!」と、ペッパイちゃんがおっぱいを触る手をふりはらう。さらに内蔵カメラで証拠写真を撮影、顔認識で年齢や性別を割り出し、「おまわりさ
Reiny, 名前の由来は、一昨日の木曜日に作り始めて、その日雨が降ってたから。 最近react-jadeに不満を持ってて、自分はコンパイラというかプリプロセッサを作るノウハウはあるので、だったら自分で作ればいいじゃん、といった感じで作り始めた。(typed coffee を作り直すためのAST操作の勉強も兼ねてた) 何ができるか 今これが動いてる - let i = () => {}; div(hoge='fuga') { backgroundColor = 'red' } // unicode span( key="--🐑--" ) // ref with & span&foo() // for syntax ul for i in @items li(key=i) = i // if syntax if false a hoge fuga aaa // inline express
Transcript 1. testing RxJS えるきち 2. 誰だおまえ • Dwangoの片隅で色々な言語さわってる • JSは今年になってさわり始めた • ID: erukiti だったり erukiti_ だったり 3. Caution! • 注意: CoffeeScript • 注意: 試行錯誤中 4. ユニットテストに必要なモノ • テスト内容に即した初期stream • In/Outがはっきりしてて副作用の無い関数 • 具体的にはstreamを受けてオペレータで処理 後のstreamを返すようなもの • 関数実行後のstreamの中身判定 5. 簡単な計算をしてみる compute = (stream) -> stream .map (x) -> x * 2 ! # 流れてくるデータを2倍するだけのもの 6. 初期ストリームは簡単 Rx.observable.of(1,
不正アクセス禁止法違反容疑で昨年、警視庁が摘発した東京都内の「プロキシ(代理)サーバー」業者の中継サーバーに約506万人分のIDとパスワードなどの個人情報が保存されていた問題で、このIDなどを使い大手通販サイトなど3社に接続した形跡があったことが17日、警視庁サイバー犯罪対策課の調べで分かった。同課は接続が成功した個人情報を3社へ提供し、パスワードを使い回さないよう注意を呼びかけている。 関係者によると、接続が確認されたのは、いずれも通販大手の「楽天」と「アマゾンジャパン」、無料通信アプリ「LINE(ライン)」の計3社。個人情報は重複分を含めると約785万件に上る。 接続は遅くとも昨年9~11月に繰り返し行われていた。保存されていた個人情報のうち、約5万9千人分のIDとパスワードが接続に成功していた。 506万人分の情報が流出した経路は不明で、中には氏名、生年月日、クレジットカード番号が含
本当に意味のある忙しさなのか 技術者はとにかく忙しい。技術開発競争に明け暮れて、目の前にある課題を一刻も早く解決しようとサービス残業も厭わず働きに働いている。上司に指示されているわけでもないのに、土日も自主的に出勤して仕事に没頭する。 そうした苦労の末にようやく開発した製品を出荷してそれで終わりかと思いきや、そうは問屋がおろさない。市場に出してから予期せぬ問題が発生する。それが技術上の問題であれば、何はさておき開発者自身が現場に出向いて問題解決にあたらなければならない。本来であれば、技術サポート部隊に引き継ぐべき仕事であるが、技術の粋を集めた新製品では、開発者自身が現場に駆けつけないと埒があかない場合も多い。次の開発をかかえながら、現場のトラブルにも対応しなければならない技術者は、まさに体がいくつあっても足りないほどだ。 しかし、こうした忙しさは果たして本当に意味のある忙しさなのであろうか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く