保護者の学歴がお子さんの学力に影響するのではと不安に思った経験はありますか？まったく相関がないわけではありませんが、お子さんにとって本当に大切なことは保護者の学歴ではありません。保護者とお子さんの関係性が重要ということを裏付ける調査結果もあるのです。

あさくら・ともや／1966年生まれ。1989年慶應義塾大学文学部卒。銀行、証券会社にて資産運用助言業務に従事した後、1995年米国イリノイ大学経営学修士号（MBA）取得。同年、ソフトバンク株式会社入社。財務部にて資金調達・資金運用全般、子会社の設立および上場準備を担当。1998年モーニングスター株式会社（現 SBIグローバルアセットマネジメント株式会社）設立に参画し、以来、常に中立的・客観的な投資情報の提供を行い、個人投資家の的確な資産形成に努める。SBIホールディングス株式会社の取締役副社長を兼務し、SBIグループ全体の資産運用事業を管理・運営する。主な著書に、『「つみたてNISA」はこの７本を買いなさい』『一生モノのファイナンス入門』（以上、ダイヤモンド社）、『「iDeCo」で自分年金をつくる』（祥伝社新書）、『お金の未来年表』（SB新書）など多数。 賢い投資家は、なぜＥＴＦを買うのか

米Adobeアドビ Systemsシステムズが主催の世界最大のクリエイティビティ・カンファレンス「Adobe MAX 2017」（ネバダ州ラスベガス）。二日目の10月19日は「スニークス」と題してAdobeの研究中の技術が発表されました。スニークスはAdobe MAXで最大の盛り上がりをみせる恒例の人気イベントです。 ここで発表されたものは現時点では製品に搭載されていないものの将来的に製品に組み込まれるかもしれない技術。過去の例を挙げると、Photoshopのディフォグ（霧を増減させる）機能やマッチフォント機能、最新のPremiere Proに搭載されたイマーシブ空間内での編集機能もかつてスニークスで発表された技術です。本記事では発表された11のテクノロジーを、現地のイベントに参加したスタッフ（池田）がレポートします。 今年は人工知能Adobe Senseiをフル活用した次世代技術のオンパ

プログラマなんだけど、なんでも揃えようとしてる人がうざい よくあるのが、JSON とかオブジェクト系の記述するところで、 「:」とか「＝＞」みたいなのの位置 揃えられると一見すると見やすいが、金額みたいに揃ったみやすさが必要ないところでされると面倒 10行並んでたら1つ変えたのが原因で10行とも変えないといけなかったりする 面倒だけどツール使えば揃えること自体は楽にできるからこれはまぁいい だが、バージョン管理ソフトでの変更行数が無駄に増えるのでパット見たときに結構大きな変更してるように見えたりするからちょっとイヤ さらに grep かけようにも空白数が不定だから正規表現にしないといけない 正規表現書くの面倒だしそもそも遅い 大規模プロジェクトだと待ち時間が大きく変わってくる んだけど、まあここまでは別にいい 他でも十分ある宗派の違いだし、まだ理解できる この揃えるときに aaa : {

BPStudy#122 〜いかにプログラミングを学ぶか？プログラミング教育を考えるの発表資料です。 https://bpstudy.connpass.com/event/66418/

2017年9月16日 iOSDC Japan 2017 1日目で発表した際の資料です。 https://iosdc.jp/2017/node/1483

simplearchitect.hatenablog.com d.hatena.ne.jp この「Mob Programming」というチーム運営面白いですね。チーム全員の意識を合わせるには、たくさんのイメージボードやイメージムービーを事前制作したり、個人ごとにたくさん雑談してお互いの考え方を共有しつつ、ペアプログラミングなどをベースにするのがベターかと思ってたので、ペアプロのさらに上があるとは目から鱗です。 普通5台のPCで5人が5つの担当モジュールを作ってそれをリードプログラマーが組み合わせていくみたいな手法を取るのが手っ取り早いのですが、Mob Programming は1台のPCを5人で使ってなんならプログラマーじゃない人も混じって意見を言いながらコードを書いて物ができていく手法。 そうすると開発速度は5分の1になってコストも5倍で非効率じゃないかと思うじゃないですか? でも5つの

こんにちは。アプリケーションエンジニアの id:itchynyです。 今回は、コードレビューを会話しながら行う取り組みについて紹介します。 コードレビューは大事なコミュニケーションの場です。 コードレビューの効用としては、単純なミスがあるコードをリリースしない・プロダクトのコードの品質をよりよくしていく、あるいはその方策を模索するといったことが挙げられます。 こういったことは当然のことですが、なによりもまず、レビューというのは一緒にプロダクトを作っている仲間とのコミュニケーションの場だと思います。 多くの人は、プロダクトのコードをよくしていきたい、読みやすいコードを書きたい、分かりやすいコードで目的の機能を作りたいといった共通の思いを持っていることでしょう。 コードを書いた人の思いを汲み取りながら、共感したり、譲歩したりしながら、よりよい方法を提示していきます。 それでも時には、どういうコ

https://www.ac-illust.com/ 2017.06.22 どうも、おしょぶ～＾＾/です。 真夜中に雑談を垂れ流す企画（笑）「おしょぶ～presents真夜中の雑談室第51夜」＾＾です。 osyobu-osyobu-3889.hatenadiary.jp osyobu-osyobu-3889.hatenadiary.jp 実はこの雑談室によく出てくる、おれの 上司＾＾4月の人事異動で、おしょぶ～の担当になったのですが、大好きな人だけど笑えない＾＾： 以前の記事で、3時間おれの管理人室で無駄話をして帰って、仕事が片付かず３時間残業手当をつけると言う、生産性の悪さを愛情込めて紹介しました（爆） でも、こう言う人はすべてそうなんだね(;^_^A 今日も管理人室に来て、さんざん喋って帰ったけど面白かった！ https://www.ac-illust.com/ スポンサーリンク 通常

…というものを最近考えていました。「画面デザインのOKももらったし、私の仕事は終わり！あとはエンジニアに指示書を渡すだけ」と一息ついた時にこそ、改めてデザインを見つめなおすべきです。 つよいUIであるための7つの視点 1.本来、そこにあるはずの情報がない場合はどうなりますか？ リストUIで載せる情報が0件、文章が空っぽ、画像がない時など 2.表示する要素が想定よりすごく多い/すごく少ない場合はどうなりますか？ 数字の桁数、文章の行数、文章が入りきれない場合は文中・文末のどこを省略すべきか…など 3.ユーザーさんの立場によって、表示要素に変化はありませんか？ ゲストとログインユーザー、無料会員と有料会員…など 4.ロード中、もしくはロードされるまで何が出ていますか？ 通信中の表示、読み込み中の画像エリア…など 5.予期せぬエラーが起こった時、画面はどうなりますか？ 通信エラー、リンク先のコン

今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術

先日、僕が大好きでリスペクトしてるソフトウェアエンジニアさんたちと意見交換会（呑み会）中にソフトウェアエンジニアの信用と信頼について話題になったのでメモ。 僕が「このソフトウェアエンジニアは信用できる」っていうのはどういう指標がありますか？って質問した時に出た意見としては コードに対して何らかの貢献をしている 新規プロダクトの開発など OSSのメンテナンスなど（パッチを送るなど） 自分の持つプロダクトに対する反応など が出てきた。 これらのような「良質なアウトプット」を定期的に行う頻度も大事だよねという感じ。 なるほど、確かにって思ったのだけど更にその中で良質なアウトプットとは何かという話題になった。 ソフトウェアエンジニアの属性 ソフトウェアエンジニアには得手不得手がある。 言語だったりレイヤーだったりで好き嫌いも含めて得手不得手がある。 更にもっと言えば「プロダクトの成長段階」でも得手

UI研究者 増井俊之 1959年生まれ。54歳。慶應義塾大学環境情報学部教授。東京大学大学院修士課程卒業後、富士通、シャープ、ソニーコンピュータサイエンス研究所、産業技術総合研究所を経て、2006年から2008年まで米AppleでiPhoneの日本語入力方式の開発に従事。2008年より慶應義塾大学。 慶應義塾大学SFC（湘南藤沢キャンパス）にある増井俊之の研究室は、混沌とした楽しさが感じられる場だった。まず、ドアの開閉の方法からして違う。「NFC対応のスマートフォンをかざして回す」操作で解錠する仕組みが作り込まれている。ドア解錠の機構から伸びるケーブルの先には、ガジェット作りでは定番のマイコンボード「Arduino」がある。ユーザインタフェース研究者である増井の研究成果をドア解錠の機構に組み込んでいるのだ。 研究室の入り口には、研究室メンバーが「ニコニコ学会」で大賞を獲得したときの副賞のだ

サービスを開発していると、スピードが重視される。 そのこと自体にはまったく問題はなくて正当なことだと思っている。 ユーザーに対して一刻も早く価値を届けるためには必要なことだ。 そもそも、自分がいる Web 界隈ではこの点について異論のあるサービス開発者はあまりいないんじゃないかと思っている。 ただ、それを達成するための方法になると途端に意見が分かれはじめて、人によって重視することが全然違ってくる。 ある人は「スピード感が大事」と言い、ある人は「ちゃんと作ったほうがトータルでは速い」と主張する。 しかし、こういうときに意識される品質と速度についてのトレードオフは、実際には完全なトレードオフではないと思っている。 技術力のある人はある程度急いで作ったとしても一定以上の品質のコードを書くし、意図的に品質を落としたとしても速度はあまり上がらない。 逆に、技術力が高くない人が時間をかけて作ったとして

今後２０年有望な株式ETF ２０年非課税で積立ができる積立NISA。それにふさわしい指数を金融庁が示しました。資料開示に許可が出ましたので、スマホ仕様にして紹介します。なお、反転表示にしてあるものは、私自身も特に有望だと思うETFです。 対象地域 積立NISAの対象とする指数一覧（株式指数） 連動ETFの例 日本 TOPIX 1306 日経２２５ 1321 JPX日経400 1593 MSCI Japan Index EWJ 全世界 MSCI ACWI Index ACWI FTSE Global All Cap Index VT 先進国 FTSE Developed Index VEA FTSE Developed All Cap Index VE S&P500 SPY・IVV・ VOO CRSP U.S. Total Market Index VTI MSCI World Index

本田圭佑氏のツイートが話題になっていた。若い世代の自殺に関するニュースを取り上げて「他人のせいにするな！政治のせいにするな！！」と吼えている。ああ、このツイートは見たくなかった。好きなサッカー選手であるだけに個人的には残念な気持ちになった。 本田氏が取り上げている記事はこちら。 記事を一目読んでみていただければわかる通り、本田氏が言うような「他人のせい」とか「政治のせい」とかそういった内容についての記述がある記事ではない。これを読んであのような書き込みをするということは、彼が「自殺」という問題を考えるうえでのある種の思い込み、「自殺者は自分の苦境を「他人や政治のせい」にして自死したのだろう」といった類の思い込みがあるからだろうと思う。若者に対して強く生きるように鼓舞したいという彼の気持ちはわからなくもないが、この文脈で使うべき言葉、そして言葉遣いだとは到底思えなかった。 平凡な、物言いでは

英語を勉強しているエンジニアやデザイナーのためのミートアップ「CLEM」というのがありまして、本日その第5.2回（5月の2回め？）でLTをしてきました。 #5.2 Creators Learning English Meetup for Mobile - connpass （主催のKayokoさんのツイートより写真をお借りしました） こじらせ続けてきた英語への苦手意識 昨年10月からサンフランシスコの会社でエンジニアとして働き始めたのですが、 http://d.hatena.ne.jp/shu223/20160929/1475109445 英語が話せるから入ったのではなく、英語に猛烈な苦手意識があり、いろんな勉強もしてきたが続かないので、もう「英語を使わざるを得ない環境」に飛び込むしかない、というのが入社を決めた理由のひとつです。 「そうは言っても話せるんでしょー」 と思う人は、以下の録音

はじめに 2016年11月8日現在、自分がアサインされた案件がかなり大炎上している。 燃えている要因を数えだしたらキリがないが、大きなものでも5つはある。 それはお客さんにもあるが、チーム内（というか上司がデカい）にもやはりある。 そんな中（自分も含めて）エンジニアのメンバーが意識やモチベーション高く仕事をしているかと言えば、 もちろんそんなことはなく、かなりストレスや不満を溜めた状態で仕事をしている。 意識の変革のために、ある記事が凄く参考になった 本当の本当にデッドライン（これを超えたら出るとこ出てましょうか）に差し迫っていて、チーム内も切羽詰まって来ている中、 自分の意識が変わるようなエントリがあった。それが以下。 logmi.jp この記事を読んだ上でいったん置いておくw　自分の書きたいことを先に書いて、最後にこの記事の内容を引用して終わろうかなと思っているので。 上下関係なんかな