サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
iOS 7の「メール」で、未開封メールだけをサクッとチェックするには?
いまどき、複数のメールアカウントを使い分けている人は珍しくない。iPhoneユーザ限定で考えても、iCloudメールとキャリアメールの2つのアドレスがあり、さらにプロバイダから割り当てられている個人利用のアドレスもある。会社のメールアカウントを読み書きできるようにしている人もいることだろう。 そうなると面倒になってくるのが、未開封メールの管理だ。iOS 7の「メール」の場合、「全受信」メールボックスを開けば、登録している全メールアカウントの「受信」メールボックスの内容を串刺しして表示できるが、既読メールも同時に表示されてしまう。アカウントが3つ、4つともなればなんども画面をスクロールしなければならなくなり、すべての未開封メールを読むにもひと苦労という事態になる。 未開封メールをサクッとチェックしたいのであれば、「未開封」メールボックスを表示しよう。デフォルトでは無効に設定されているため気付
「飲み込みが早い人」は何が違うのか - 脱社畜ブログ
会社で働いていたころに、「技術研修」という研修を数ヶ月受けることになった。この研修はIT系の会社にはよくあるタイプの研修で、コンピュータの構成やインターネットがつながる仕組みあたりの講義からはじまって、プログラミングやデータベースの扱い方を学び、最後は業務に即して作られた課題を提出して終わる。 この研修は、基本的には未経験者も経験者も同じように受けることになったので、一応経験者の部類に入る僕には比較的優しいものに思えた。一方で、未経験の人はだいぶ苦労しているようだった。あくまで業務に近い領域までの知識が求められるので、初学者にとってはかなりの「詰め込み教育」だったのだと思う。終盤になるにつれ、消化不良を起こしているであろう人たちが目に見えて増えていった。 そういうこともあって、最後の課題は経験者があっさりと提出し、未経験者は時間を限界までかけた末になんとか提出する、という傾向にあった。ただ
雑なレビュー - ✘╹◡╹✘
背景 レビューに時間を掛けているわりにあまり成果が出ていない 問題意識を感じる レビューという行為にもっと周りから理解があればいいのに、という風に考える 原因を外部に求めるのは良くないなと考え直す これまで自分が発言したコメントを読み返す 過度にフォーマル過ぎたり、コードの表層しか指摘していないところが多々あることが分かる 問題 GitHubのPull RequestやIssueでのコメントに、出来るだけ間違いや誤解が無いように気を付けられた丁寧な文章で書いてしまうことが多い。しかしながら、もっと普段互いに会話するときに使うような雑な言葉で書いて、コミュニケーションの量を増やした方が良いんだろうなと思う。 そもそもコミュニケーションの量が足りていないせいで、レビュアーがそのドメインについてあまり理解が得られず、問題の表面的な部分についてのみしか発言出来ないということが沢山ある。サービスごと
「走れメロス」は走っていなかった!? 中学生が「メロスの全力を検証」した結果が見事に徒歩
一般財団法人 理数教育研究所が開催した「算数・数学の自由研究」作品コンクールに入賞した「メロスの全力を検証」（PDF）という研究結果がとても興味深いです。中学2年生の村田一真くんによるこの検証では、太宰治の小説「走れメロス」の記述を頼りにメロスの平均移動速度を算出。その結果、「メロスはまったく全力で走っていない」という考察に行き着きます。端的にいうとメロスは往路は歩いていて、死力を振りしぼって走ったとされる復路後半の奮闘も「ただの早歩きだった」というのです！ なんてこった！ 中学校の部で最優秀賞に輝いた「メロスの全力を検証」 メロスは作中、自分の身代わりとなった友人を救うため、王から言い渡された3日間の猶予のうち初日と最終日を使って10里（約39キロ）の道を往復します。今回の研究ではこの道のりにかかった時間を文章から推測。例えば往路の出発は「初夏、満天の星」とあるので0時と仮定、到着は「日
Xcodeのプロジェクトファイル（pbxproj）がコンフリクトしまくるのをなんとかしたい！ | TOKOROM BLOG
2014/02/09 追記 コメントのところでやり取りしているようにmergepbxの作者さんから連絡があって、この記事で書いた問題が修正されました！ 今現在は merge=mergepbx がいい感じになってきているのでそっちがオススメです。 複数人でプログラミングしているとpbxprojがやたらとコンフリクトする 例えば、 Aさんが AALabel.m をプロジェクトに追加して Bさんが BBLabel.m をプロジェクトに追加して とただそれだけなのにマージのときにコンフリクトするpbxprojさん。。。 ただそれぞれファイルを追加だけのことでコンフリクトするなんて… どうにかならんもんかいとTwitterでつぶやいたところ、 @azu_re さんから有り難い教えが！ @tokorom gitはファイル別にマージ方法を指定できるので、mergepbxみたいなのをpbxprojのマージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【動画】伝説のレーサーたちの名言と名シーンをまとめた動画 - TopNews
colorsapp.com