Engadget | Technology News & ReviewsParrots in captivity seem to enjoy video-chatting with their friends on Messenger
将棋 王位戦 木村九段 46歳で初タイトル 最年長記録を更新 | NHKニュース
将棋の八大タイトルの１つ、王位戦で、46歳の挑戦者、木村一基九段がタイトルを持つ豊島将之二冠を破って初めてのタイトル獲得を果たし、初タイトル獲得の最年長記録を46年ぶりに更新しました。 25日から東京・千代田区のホテルで行われた第７局は、木村九段が的確な指し回しで次第に優勢になり、26日午後６時44分、110手までで豊島二冠が投了しました。 木村九段は４勝３敗で熱戦を制し、プロ入りから22年、７回目の挑戦で、悲願の初タイトルを獲得しました。初タイトル獲得の最年長記録は、昭和48年に棋聖を獲得した有吉道夫九段の「37歳」でしたが、今回、46歳の木村九段がこの記録を46年ぶりに更新しました。 一方、敗れた豊島さんは、ことし５月には「三冠」になりましたが、その後、「棋聖」と今回の「王位」を相次いで失い、残るタイトルは「名人」のみとなりました。 木村さんと豊島さんは、王位戦の七番勝負の期間中に竜王
「歩きスマホ」の女性に体当たり＝傷害容疑で４９歳男逮捕－警視庁：時事ドットコム
「歩きスマホ」の女性に体当たり＝傷害容疑で４９歳男逮捕－警視庁 2019年09月26日17時20分 地下鉄の駅ホームで、歩きながらスマートフォンを操作する「歩きスマホ」の女性に体当たりし、けがをさせたとして、警視庁丸の内署は２６日、傷害容疑で、神奈川県藤沢市鵠沼石上、会社員記内良之容疑者（４９）を逮捕した。 商業施設でスプレー噴射か＝１６人が目などに痛み、男２人逃走－埼玉 容疑を認め、「危険なので注意するつもりで体当たりした」と供述。駅で歩きスマホをしていた複数の女性が被害に遭っており、同署は関連を調べる。 逮捕容疑は６月２５日午前８時５０分ごろ、東京メトロ千代田線二重橋前駅のホームで、歩きスマホの３０代女性に右肘を突き出して体当たりするなどして、胸部に約３週間のけがをさせた疑い。 同署によると、同駅では６月７日朝、別の３０代女性が同様の被害に遭って骨を折る重傷を負ったほか、９月１１日朝に
CodeZineにあるRxSwiftの記事(第4回)に対して自分ならこうするという話 - Qiita
この文章は、 「RxSwiftの仕組みを利用して、MVVMモデルを導入しよう - RxSwiftを使った一歩進んだiOSアプリ開発 第4回」に書かれている記事にある内容を、自分が説明記事を書くならこうやるなーというものを解説します。自分がアプリケーションを作るときにどうやるかではなくて、元記事も説明をするためにあえてやってることもあると感じるためです。 元記事ではWikipediaのWeb APIに対して文字列を送信し、その結果をtableViewに表示するというものです。 書き換えにあたってコンセプトとしては 無駄にSubject(というかVariable)を使わない Subjectは自由にイベントを発火できるためコードが圧倒的に読みづらくなるため 無意味なprotocolは作らない protocolを作るならそれを利用するコードを書く インターフェースを揃えるだけでは意味をもたない 「
RxSwift で多重実行防止と実行中の表現を簡潔に書く - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。モバイル開発チームに所属している小島です。 Rx を使うとコードをシンプルに書くことができるので好きです。今回はある処理(API呼び出しなどを想定)を同時に複数回実行しないような制限を実現する Extension を考えてみたので紹介したいと思います。 ActivityIndicator RxSwift のサンプルコードに ActvityIndicator というものがあります。 UIKit に入っている UIActivityIndicator とは全く関係ないので紛らわしいです😢 それはさておき、こいつは何をしてくれるかというと Observable を関連付けると内部のカウンタを +1 して、その Observable が dispose されると -1 してくれます。つまりある Observable が実行状態であれば ON で、終了(Disposeされている)状態であ
iOSライブラリ選定チートシート - Qiita
iOSアプリ開発のライブラリ選定時に、定番ライブラリが沢山乗っている記事があったら嬉しいな〜と思い、調べて書いてみました。 「他にもこんな良いライブラリがあるよ！」等ありましたら、教えていただけると嬉しいです！ GitHubでstarが多かったり、よく名前を耳にするライブラリを集めました ライブラリ名の横にライセンス種別を記載しています。 最新のライセンスではない可能性があるので導入の際は実際にリポジトリのライセンスページをご確認ください。 [2020/03/01 いくつかライブラリを追加しました] [2023/05/16 古い情報を修正しました] Network 迷ったらAlamofireを使えば良いと思います Alamofire[MIT] パパっとネットワーク通信ができるライブラリ Alamofireのメソッド1つでAPIが叩けるので、クセがなくとても使いやすい APIKit[ライセン
現場で選ばれているiOSアーキテクチャ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに ナビタイムジャパンでは、アプリの継続的な開発・運用をスムーズに行うために「設計」を重視しています。本記事では、その「設計」を実現するアーキテクチャをいくつか紹介し、実際に現場で使われているアーキテクチャについて考察していきたいと思います。 アーキテクチャとは？ アーキテクチャとは、アプリを綺麗に開発・継続的に運用していくための設計方法です。この設計方法を考えずに開発すると以下の問題点が発生してしまいます。 クラスが肥大化し、コードを追いにくくなる ロジックの煩雑化、再利用性の低下 チーム開発における役割分担がしにくい 属人化が
日本テレビ「シューイチ」から依頼され出演したところ、撮影後に無報酬及び番組内容演出に異議を唱えない承諾書を結ばされそうになった
木谷美咲@『食虫植物のわな』重版御礼 @Dionaeko 文筆家 エッセイスト 植物愛好家 時々ヨガインストラクター 著書 『食虫植物のわな』（偕成社）『官能植物』（NHK出版）など。 好き→植物観察(蘭 食虫植物 山野草) 山登り 植物園 ヨガ お問合せ・お仕事のご依頼お待ちしています→https://t.co/2faccOdj8A https://t.co/qiLByGAzmr 木谷美咲@『食虫植物のわな』重版御礼 @Dionaeko 先日、日本テレビ「シューイチ」から依頼を受け、急遽2日間拘束の撮影で中丸雄一さんのコーナーに出たところ、撮影後に番組側からどさくさに紛れて無報酬及び番組内容演出に異議を唱えない承諾書を結ばされそうになりました。署名する前に気づいて抗議しましたが、手口、内容ともにどうなんでしょう？ pic.twitter.com/5uIIRcM7kl
タチの悪い凄腕エンジニア｜水屋亜次郎(みずやあじろう)
この文章の翻訳です 参照1、参照2 原題「Brilliant Jerks in Engineering」 我々のうちの多くが、彼ら(やること成すこと素晴らしいが他人をゴミの様に扱うタチの悪いエンジニア)と働いている。いくつかの企業は彼らを雇わないポリシーを掲げている。例えばNetflixの「タチの悪い凄腕をゼロにしよう(No Brilliant Jerks)」など。それは僕がNetflixにジョインした数多くの理由の内の一つだ。あるいは「馬鹿げたルールを作るな(No Asshole Rule)」という話題となった本もある。wikiから2つの判断材料を引用してみよう。 1.その人と会った後に、圧力や侮辱を感じたりもっと悪い状態になっていないか？ 2.その人は、その人自身より力のない人たちをターゲットにしているか？あなたやあなたの会社への問いかけたい。あなたは、どうしようもなくクソな凄腕エンジ
僕の12年にわたるブログライフを振り返って（寄稿：フミコフミオ） - 週刊はてなブログ
キャンペーンは終了しました。たくさんのご応募、ありがとうございました。 僕はフミコフミオ。「はてなダイアリー」と「はてなブログ」で長年くだらない文章を書き続けてきた会社員のオッサンだ。このたび「はてなブログ」をきっかけにKADOKAWAさんより『ぼくは会社員という生き方に絶望はしていない。ただ、今の職場にずっと……と考えると胃に穴があきそうになる』という長いタイトルのエッセイ本を出すことになった。それにあわせて株式会社はてな様のご厚意により、このような場所をいただいたので、僕なりのブログ・ライフの総括とブログを書くことの楽しさについてお話したい。皆さんのブログ・ライフの充実のお力になれたらうれしい。 なぜブログだったのか？ まず、僕がブログをはじめたきっかけについて。僕がはてなブログの前身であるはてなダイアリーをはじめたのは2003年の年末。はてな歴は実に16年。当時はyoshi_aqua
ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
夫の実家から軍刀が…警察では鞘から刀身が抜けず危険物扱いで廃棄の危機も、審査会に持ち込んだところ驚きの結果に
NHKの自律揺るがす 経営委「統治」口実に かんぽ報道、異例の注意 | 毎日新聞
iOSDC_2019_DeviceFarm.pdf
「1時間前出社」はまだ二流！超一流の働き方「始発出社」のスゴイ効果
「黒人が触ったもの座れるか！」吉本芸人のネタに批判 「Aマッソよりひどい」