You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Promise オブジェクトは、非同期処理の完了(もしくは失敗)の結果およびその結果の値を表します。 プロミスの挙動と使用法について学ぶには、最初にプロミスの使用をお読みください。 プロミス (Promise) は、作成された時点では分からなくてもよい値へのプロキシーです。非同期のアクションの成功値または失敗理由にハンドラーを結びつけることができます。これにより、非同期メソッドは結果の値を返す代わりに、未来のある時点で値を提供するプロミスを返すことで、同期メソッドと同じように値を返すことができるようになります。 Promise の状態は以下のいずれかとなります。 待機 (pending): 初期状態。成功も失敗もしていません。 履行 (fulfilled): 処理が成功して完了したことを意味します。 拒否 (rejected): 処理が失敗したことを意味します。 待機状態のプロミスの 最終
プログラムがまだ不慣れな人が「プログラムちょっとわかるようになったけど、まだぜんぜんオブジェクト指向とかできてません」のように言ったり、ちょっと慣れた人が「このソース、ぜんぜんだめ。オブジェクト指向ができてない」にようなことを言ったり、まるで、オブジェクト指向ができてるかどうかがよいプログラムかどうかを表すことになってるようだ。 Javaのアルゴリズムの本に、「Javaなのにオブジェクト指向ができていない」のような書評がついているのを見たときには、お前は何を求めてるんだと思ったりもした。 そのようなオブジェクト指向は、窓から投げ捨てるべきだ。オブジェクト指向はプログラムのよしあしの基準にならない。 むだにHogeインタフェースとHogeImplクラスがあったり、むだにnewするだけのcreateメソッドがあったり、どこで値が設定されてるかわからないオブジェクトがひきまわされてたり、ソースコ
弊社の開発における考え方として「方向>開発フロー>スキル」という順番があります。 方向がずれているとすぐに数ヶ月吹っ飛ぶので向かう先をどこにするかは最も大事。 次に開発フローで、変なコミュニケーションロスがあるといかにスキルの高いエンジニアがそろっていてもスピードがあがりません。 そして最後にスキル。 そんな話を藤村くんたちに熱弁していたら、 「ゆうじ、それはプロダクティビティエンジニアって言って、職種として今後大事になってくる考え方だよ」 と教えてもらいました。 このプロダクティビティエンジニアについては、 まだ日本語での良いドキュメントが見つからず自分の言葉で説明するしかないのですが、 要はスループットを上げる事にフォーカスするエンジニアの事です。 上記に書いたようなコミュニケーションロスなどを無くしたり、 最適なツールを決定したり、issueの切り方を整理したり、 テストフロー、デプ
2015/10/03 phpcon 2015 updated at 2016/01/13 about default_password_lifetime's default will be 0
月別表示 2023年12月(1) 2023年11月(1) 2021年11月(2) 2021年10月(8) 2021年09月(9) 2020年09月(5) 2020年05月(2) 2020年04月(4) 2019年08月(1) 2019年07月(3) 2019年06月(1) 2019年04月(1) 2018年04月(1) 2018年02月(1) 2018年01月(2) 2017年12月(2) 2017年09月(1) 2017年05月(2) 2017年04月(1) 2017年03月(1) 読んでいるブログ(RSS) 外から見る日本、見られる日本人 07/22NEW 内田樹の研究室 07/21NEW Chikirinの日記 07/20NEW TETRA’s MATH 07/20 デマこい! 07/07 発声練習 06/16 北尾吉孝日記» 12/30 そぶさんの社会保障をわかりやすく 04/04
9. Mroonga 3.xの課題 • IOロックの発生 • 1千万件程度のメッセー ジ規模では、順調に稼働 • 数千万件レベルになると、 mysqldがダウンするよ うに。。。 Thread pointer: 0x2f19350 Attempting backtrace.You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 7f5da7047e68 thread_stack 0x40000 /usr/local/mysql/bin/mysqld(my_print_stacktrace+0x29)[0x750bd9] /usr/local/mys
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く