並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 18531件

新着順 人気順

guidelineの検索結果1 - 40 件 / 18531件

  • 普通の人が資産運用で99点をとる方法とその考え方 - hayato

    2024年9月13日、「普通の人が資産運用で99点をとる方法とその考え方」が日経BPから出版されました。詳しくはこちら。 はじめに 資産運用で 99 点をとる方法とその考え方について説明します。この記事の対象はいわゆる「普通の人」です。 資産運用は趣味ではない。 資産運用を始めてみたいが何をしてよいのかわからない。 資産運用をすでに行っているが毎年ころころと方針を変えてしまっている。 資産運用に無駄に時間ばかり費やしている。 今のところ資産はすべて銀行の普通口座や定期預金にいれている。このまますべて現金でおいておくのも何か損しているみたいでモヤモヤする。だけど難しいことは勉強したくないし時間も使いたくない。 といった人たちです。 記事では最初に結論、すなわち「やるべきこと」を述べます。資産運用で 99 点の投資効率を達成するためにはこの結論部分だけを実行するだけでよいです。 次に、それだけ

      普通の人が資産運用で99点をとる方法とその考え方 - hayato
    • 文章の作り方 - 伝わるデザイン 研究発表のユニバーサルデザイン

      研究者や研究に関わる大学生や大学院生は、一年を通じて研究室ゼミや学会などで研究成果の発表を行なわなければなりません。また、近年、科学者でない人たちに対する一般向けのプレゼンや講演(アウトリーチ活動)の機会も増えてきています。他にも、研究論文や報告書を書いたり、研究費調達のために予算申請書やプロジェクトの提案書を作成したりすることも、研究者にとって欠かせない仕事です。これらはいずれも情報を他者(研究仲間や審査員、一般市民)へ伝えようとする行為であり、正確かつ効果的な情報の発信が望まれます。しかし、自己流で資料を作成して、闇雲に情報を発信していても、スムーズに情報は伝わりません。ときには誤った情報が伝わってしまい、研究の価値を正当に評価してもらえないことさえ起こりえるのです。 情報を正確にかつスムーズに他者に伝えるためには、情報をデザインすること、つまり文章を読みやすく整えたり、図表を見やすく

      • 誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック

        【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか? ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの? ・結局一番言いたいことはなんなの? ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

          誰も教えてくれない「分かりやすく美しい図の作り方」超具体的な20のテクニック
        • NTT フレッツ光における通信速度などの現状について、背景や仕組みから正しく理解する 2020

          会社でフルリモート体制が築かれるにつれ、各スタッフの自宅の回線などについての相談を受けることが増えてきました。ということで、筆者 sorah の見解として 2020 年の NTT フレッツ光網について、主に通信速度や輻輳についての問題を理解するための背景と仕組みを説明しようと思います。 理解が間違っていたら教えてください。なるべく総務省や NTT の資料からソースを集めてきた上で説明していますが、出典不明の情報も混ざっているかもしれません。できるだけ具体的な出典を文単位で示していますが、複数の資料に渡る複雑なトピックに関しては文末に纏める形になっています。 技術的な意味での細かい解説よりも複雑な事情や背景の説明が中心です。フレッツ光とか NGN とか IPoE とか IPv6 とか v6 プラス・アルファみたいな言葉を聞いて、なんでそんな難しいんだと思った人も多いんじゃないでしょうか。エン

          • 重大事故の時にどうするか?|miyasaka

            ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか?」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって(若干訂正してますが)ここに残して

              重大事故の時にどうするか?|miyasaka
            • 透明性の低いコミュニケーション | smashmedia

              ごめんなさい。smashmediaのブログは削除されました。 10年に渡り、あちらこちらに書き連ねてきましたが、ご愛読いただきほんとうにありがとうございました。またリンクしてくださった方にも、心からお礼申し上げます。 以下、少し駄文を書きます。 ブログには「パーマリンク」という基本的な考え方があり、すべての発言や記事は半永久的に固定されたURLによって公開され、未来におけるアクセス権(閲覧可能性)を担保するという、じつに素敵なコンセプトなのですが、一方で古い情報が永遠に残り続けてしまうという弊害も生んでいます。 ブログというものが「ストック」であるならば、そこに書かれた内容に対して、書き手であるブログ運営者は責任をもつべきで、自らの考え方が変われば内容を更新し、状況や情報が変われば現在にあわせて修正すべきです。 でも現実問題として、そこまでさかのぼって更新や修正をできるほうが稀で、結果とし

              • ペリーがパワポで提案書を持ってきたら :: デイリーポータルZ

                最近知ったのだが、いまセンター試験って国立大学だけじゃなくて私立大学もたくさん参加しているのだ。 きっとセンター試験に参加しませんかって提案書を持って大学を回った人がいるのだろう。パワーポイントで作ったA4横の資料だ。 紹介から始まって、費用や役割分担、スケジュール案だろうか。 そう思うとなんでも提案書が作れる気がしてきた。日本でいちばんメジャーなあの交渉ごとで提案書を作ってみよう。 仕事じゃないパワーポイントって楽しいですね。(林 雄司) 開国させるための資料を作ります 自分がペリーになったつもりで日本に開国を促す提案書を作ってみた。ペリーの肖像画は著者の死後50年が経っているために自由に使えるようになっていた。ラッキー。

                • Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ

                  TL;DR 受注前、制作フロー、安定収益源の保守方法まで「作って終わりにしない」Web 制作の一連の流れを記載しておきます。社内だけじゃなく、これから独立する人、フリーランスの方も必見です。 オリエンテーション/受注前 1.書類テンプレート一式 オリエンテーションにおけるヒアリングでは、後に作成する提案・見積書に必要となる質問を用意しておきます。自社の説明をする時は、せっかちなクライアントさんもいるので、だらだら話さず、ポイントを抑えてわかりやすく説明します。ヒアリングした後は、議事録にメモし社内共有。必要な書類(ヒアリングシート/企画書/提案書/業務委託書/見積書/契約書)など一式まとめてますので、書類系のテンプレートは以下で。 企画・提案・見積・納品・契約などのテンプレ・知識まとめ23 2.見積もりの目安と計算方法 例えば項目を作るとき1.項目/2.内容/3.設計(人日)/4.製造(人

                    Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ
                  • プログラミングで変数名や関数名のネーミングに迷ったときに便利なカンニングペーパーまとめ

                    僕は、プログラムをする上で変数や関数に良い名前を付けるのはとても重要と考えています。 というのも、良い名前を付ければ、それだけでそのコードがしたいことの説明になり、コメントと同等の働きをすることもあるからです。 自分がちゃんとそれをできているのかはさておき、僕は普段から、できれば読みやすくて分かりやすい名前を付けたいと思っています。他の人も読むコードであれば、できればプログラムでよく使われるような単語を利用して書いた方がより分かりやすいです。 ただ、よい名前を考えるのって、ちょっと面倒くさいんですよね。僕はこれまで、英語の辞書を利用して、考えたりしていたのですが、「何か、プログラムでよく使われる単語をまとめたものはないか?」と探したら、ドンピシャのものがいくつかあったので、それらをまとめて以下で紹介します。 photo by Michael Coté codic codic – デベロッパ

                      プログラミングで変数名や関数名のネーミングに迷ったときに便利なカンニングペーパーまとめ
                    • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

                      Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ

                        ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
                      • 6年勤めたNTTを退職しました - Software Transactional Memo

                        最終退社時の自分の机 2012年に修士卒からの新卒でNTT研究所に入り、6年間お世話になりました。 研究所では同期や先輩や後輩や上司に恵まれ、存分に書籍や論文を読んで勉強して力を蓄えたり、対外的な発表の場にも恵まれ外ではできないような体験をすることができました。 ありがとうございました。 入社当時に作られたtogetterを見返すと togetter.com togetter.com まるで昨日のように感じられる。 NTT社内で僕が何をやっていたかについては言える物は軒並みアウトプットされているのでわざわざここでは触れない。 NTT研究所について NTT研究所を客観的に見た時にどうかを書いていく とにかく人に恵まれている。採用の倍率が高いのもあって潤沢な学生エントリーからよりすぐりのエリートが謎の力でポテンシャルを見極められて採用されている。同期を見てひと目ですごい奴も居れば、一見してわか

                          6年勤めたNTTを退職しました - Software Transactional Memo
                        • もう、class名やid名で悩まないんだからっ!!|CSS HappyLife

                          class名やid名って付ける時悩みませんか? 今でもボクは結構悩むんですが、そんな悩みを解決する為に、人さまのソース覗きまくってよくあるclass名とid名を拾ってきました。 これで、チョットだけ作業効率アップ!? 2010年6月10日追記: この記事自体、2007年 1月15日に書かれてるんでかなり古いです。 あくまでも参考程度に留めてもらうのが良いかと思います。 今だったら、html5の要素を参考にしたりして付けるのが、今後の事を考えると良いのかなーと思います。 また、善し悪しの判断はせずに公開しているものですが、位置に関するのは仕様変更に弱くなるのでオススメはしません。 全体に使えそうな感じ wrap wrapper top-wrapper wrapperAll frame mframe all-frame container page pagetop all allContent

                            もう、class名やid名で悩まないんだからっ!!|CSS HappyLife
                          • イマドキのJavaScriptの書き方2018

                            PySpa統合思念体です。これからJavaScriptを覚えるなら、「この書き方はもう覚えなくていい」(よりよい代替がある)というものを集めてみました。 ES6以降の難しさは、旧来の書き方にプラスが増えただけではなく、大量の「旧来の書き方は間違いを誘発しやすいから非推奨」というものを作り出した点にあります。5年前、10年前の本やウェブがあまり役に立たちません。なお、書き方が複数あるものは、好き嫌いは当然あると思いますが、あえて過激に1つに絞っているところもあります。なお、これはこれから新規に学ぶ人が、過去のドキュメントやコードを見た時に古い情報を選別するためのまとめです。残念ながら、今時の書き方のみで構成された書籍などが存在しないからです。 たぶん明示的に書いていても読み飛ばす人はいると思いますが、すでに書いている人向けではありません。これから書くコードをこのスタイルにしていくのは別にいい

                              イマドキのJavaScriptの書き方2018
                            • ネイティブ広告ハンドブックと広告業界の「蹴鞠おじさん」について - ヨッピーのブログ

                              wikipediaより 「ネイティブ広告ハンドブック2017」というのがJIAA、日本インタラクティブ広告業界から公開されてそれについてひと悶着あったので書いておきます。 ※業界以外の人は読んでも何も面白くないと思います ネイティブ広告ハンドブック2017 http://www.jiaa.org/download/JIAA_nativead_handbook.pdf このハンドブックではいわゆるネイティブ広告についての解説と、「こうやって運用した方が良いよね」「ステマはダメだよね」みたいな事について書かれているのですが、このハンドブックに対してライターの方々から感想が投下されます。 くちきんがシェアしてた「ネイティブ広告ハンドブック2017」が取扱説明書レベルに読解大変で涙ですhttps://t.co/a1R7Y64Cv1 pic.twitter.com/7nTVNPqmVg — 塩谷 舞

                                ネイティブ広告ハンドブックと広告業界の「蹴鞠おじさん」について - ヨッピーのブログ
                              • 心理的安全性ガイドライン(あるいは権威勾配に関する一考察) - Qiita

                                権力格差が大きい国の文化圏では、権威勾配が大きくなります。また、個人主義であるほど自己主張がしやすくなるため、意見が生まれやすくなります。男性主義的であると、女性から男性への意見をしづらいと感じる社会であることを意味しています。また、不確実性忌避の傾向が高い国では新しいことや常識の外にあることを受容する力が弱くなり権威勾配が大きくなる傾向があります。 文化的権力格差 Q. あなたの職場では職位を尊称として使うか?たとえば、「〜〜部長」「〜〜課長」など。年少の同僚を「〜〜くん」や呼び捨てするなどの傾向はあるか? Q. あなたの職場では上長の発言に疑義があっても明確な理由がなければ、反論すべきでないという風土があるか? Q. あなたの職場では年齢が若い人は年齢が上の人の意見に反論すべきでないという風土があるか? 年齢や権威に対してものが言えなくなる文化が強い場合、実際の職位の乖離を大きな権威勾

                                  心理的安全性ガイドライン(あるいは権威勾配に関する一考察) - Qiita
                                • 高速で論文がバリバリ読める落合先生のフォーマットがいい感じだったのでメモ - 書架とラフレンツェ

                                  (図書館学系の話題でもあるからちょっと悩んだけれど、文献読解全般に関する内容だからこちらへ) 既に日々論文をバリバリ読んでいるひとには今更な記事だろうけれど、分野ごとの違いもあって興味深かったのでざっくり記録する。 論文を大量に読む際に、頭から几帳面に読んでいると時間がどれほどあっても足りないし、後から「こんなことが書いてあった論文なんだったっけ?」という問題も発生してしまう。 研究者の皆様はMendeley などの文献管理ツールをを用いていることが多いかとは思うが、それでも論文の読み方そのものに工夫をすればインプット/アウトプットの効率が圧倒的によくなるので、やってみるにこしたことはない。 その工夫とは何かというと、論文を読むときに「特定の問いに集中して読む」というものだ。学術論文は分野ごとの違いはあれ、必ず特定の流れに従って構成されている。そこで要点のみに注目して読み、他の事項を捨てる

                                    高速で論文がバリバリ読める落合先生のフォーマットがいい感じだったのでメモ - 書架とラフレンツェ
                                  • 情報処理推進機構:情報セキュリティ:脆弱性対策:安全なウェブサイトの作り方

                                    「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す

                                      情報処理推進機構:情報セキュリティ:脆弱性対策:安全なウェブサイトの作り方
                                    • 【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG

                                      Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし

                                        【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG
                                      • 10年のツケを支払ったフロント界隈におけるJavaScript開発環境(2016年4月現在)。 - 日々、とんは語る。

                                        2015年はCSSが普及した以来となる10年に1度のフロントエンド大変革期で、それまでのツケが一気に回ってきたと個人的に感じていました。目まぐるしく状況が変化していきましたが、2016年になり、個人的にだいぶ落ち着いてきたと感じているので、ここらへんでまとめておきたい思います。 最初に結論を書いておくと、 『React + Redux + react-router + material-ui + axios + ES2015 + Babel + webpack + ESLint + Airbnb JavaScript Style Guide』 という組み合わせが、いま僕の採用しているJavaScriptの環境です。 主要ライブラリは React A JavaScript library for building user interfaces | React 去年、一気に普及したReact

                                          10年のツケを支払ったフロント界隈におけるJavaScript開発環境(2016年4月現在)。 - 日々、とんは語る。
                                        • 東日本大震災、体育館避難所で起きたこと/佐藤一男 - SYNODOS

                                          東日本大震災。 東日本全体で21000人もの人が命を失い、または行方不明となりました。私も被災し岩手県陸前高田市米崎小学校の体育館で二ヶ月間にわたり避難所生活をしながら避難所運営を経験しました。 多くの人に助けられ過ごした時間です。この場をお借りして、日本中の人に御礼を述べさせていただきます。 本来であれば、避難所運営の一例として記録と御礼だけに留めるべきことですが、次の万が一の時のために避難所運営の改善点とご支援をいただいた際に気になった点を記させていただきます。 両親と妻と一男二女の7人暮らしをしていました。両親とも同じ米崎町生まれで、昭和35年のチリ地震津波の被害も経験しています。妻は同じ岩手県内でも内陸の一関市生まれなので、結婚するまで津波に対する防災教育を受けずに育ちました。 震災時、子どもは小学校一年の長女と保育園年長組の次女は学校と保育園へ。1歳6ヶ月の長男は自宅で妻と一緒で

                                            東日本大震災、体育館避難所で起きたこと/佐藤一男 - SYNODOS
                                          • NTTデータのHadoop報告書がすごかった - 科学と非科学の迷宮

                                            業界トップ のエンタープライズ Hadoop 企業 Cloudera に入社しました http://www.cloudera.co.jp/ 今年の6月に、「平成21年度 産学連携ソフトウェア工学実践事業報告書」というドキュメント群が経産省から公表されました。 そのうちの一つに、NTTデータに委託されたHadoopに関する実証実験の報告書がありましたので、今更ながら読んでみることにしました。 Hadoop界隈の人はもうみんなとっくに読んでるのかもしれませんけど。 http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/clou_dist_software.pdf 「高信頼クラウド実現用ソフトウェア開発(分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業)」という

                                              NTTデータのHadoop報告書がすごかった - 科学と非科学の迷宮
                                            • アメリカ在住8年によるフリーランスやりとりの90%ぐらいを乗り切る英語メールテンプレ|めお(meow)

                                              アメリカに8年も住んで、現地の人との交流が生活の90%を締めていると忘れがちですが、英語でメールって大変ですよね。大変なんですよね...TAしながらで1年半ぐらい毎日英語でメール50+通打ってどうにか書けるようになりましたが、あの経験がなければ今もメール打ててないと思います。 英語力ゼロでもなんとか海外の方とメールをしていますが、やはりフリーの翻訳だけでは限界を感じます。先日購入したこの「クリエイターのためのやさしい英語&英文パターン1500」は、かゆいところにも手が届く文例がたくさんあってすごく役に立ってます!あと、絵もステキ✨⁰https://t.co/FIZy3WcB5A pic.twitter.com/LVmAsa2eTZ — サタケシュンスケ|イラストレーター(20年2月個展 東京浅草) (@satakeshunsuke) November 16, 2019 フリーランスでは海外

                                                アメリカ在住8年によるフリーランスやりとりの90%ぐらいを乗り切る英語メールテンプレ|めお(meow)
                                              • フロントエンドエンジニアから、デザイナーさんに意識してほしい10のこと|Pittan|note

                                                フロントエンドエンジニアとデザイナーさんは日々協力してプロダクトを作っていく関係にあります。デザイナーさんが作ってくれたものをエンジニアが素早く実現できるよう、いくつかエンジニアから意識してほしいことをまとめました。 なんでこんな話になったのか(前置きなので次の章まで飛ばしてOKです) デザイナーさんから「この画面をこんな風に作ってください」とXDやSketch、PSDなどいろいろな形で渡されることがあると思います。 僕の個人的な意見・経験ですが、いざ実装するぞとなったときに 「あれ…ここってどうしたらいいんだろう?」 と迷って作業のスピードが落ちてしまうことがとてもストレスに感じていました。できればノンストップでいきたいなあと思うわけです。 手が止まるたび、デザイナーさんに「ここってどうしたらいいですか?」と質問するのが何か新しい画面を作るときに必ず発生していました。 「(いつも聞いてる

                                                  フロントエンドエンジニアから、デザイナーさんに意識してほしい10のこと|Pittan|note
                                                • 経産省が公表した「フリーランスとして安心して働ける環境を整備するためのガイドライン」はフリーランスじゃない人も必読らしい

                                                  弁護士 河野冬樹 @kawano_lawyer 経産省から「フリーランスとして安心して働ける環境を整備するためのガイドライン」が公表。著作権譲渡について、強要したり、作成の目的たる使用の範囲を超えて譲渡させたりすることは、下請法や独禁法に抵触しうることが指摘されてます。meti.go.jp/press/2020/03/… 2021-03-26 18:22:30 リンク www.meti.go.jp 「フリーランスとして安心して働ける環境を整備するためのガイドライン」(案)に対するパブリックコメントの結果及び同ガイドラインを取りまとめました (METI/経済産業省) 「フリーランスとして安心して働ける環境を整備するためのガイドライン」(案)について、令和2年12月24日(木曜日)から令和3年1月25日(月曜日)までパブリックコメントを実施しましたが、本日、その結果を公示するとともに、内閣官房

                                                    経産省が公表した「フリーランスとして安心して働ける環境を整備するためのガイドライン」はフリーランスじゃない人も必読らしい
                                                  • fladdict » スマホのUI考 〜 ボタンについて

                                                    SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ

                                                    • TypeScript入門以前ガイド - mizchi's blog

                                                      某社で自分が React/Redux + TypeScript などの講習をやってみた結果、TypeScript 入門用資料が必要だと思って書いたやつです。 このドキュメントのターゲット TypeScript で書かれたプロジェクトに参加する人 TypeScript を導入するために、その事前知識が必要な人 このドキュメントの読み方 ES2015 for Beginners ES2015 for ES5 Programmers ES Modules 非同期表現: Promise と async/await TypeScript エコシステム編 自分が React/Redux などの講習でいろいろやってみた結果、 ES2015 と TypeScript を同時に教えると、初学者は何がどの概念に由来するかの区別が出来ずに混乱します。なので、ES5 -> ES2015, ES2015 -> Ty

                                                        TypeScript入門以前ガイド - mizchi's blog
                                                      • クレジットカードを製造する技術

                                                        YAPC::Hakodate 2024での発表内容です。 https://yapcjapan.org/2024hakodate/

                                                          クレジットカードを製造する技術
                                                        • <チェック表>WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論

                                                          WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得/DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必

                                                            <チェック表>WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
                                                          • codic - デベロッパーのためのネーミング辞書

                                                            codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。

                                                              codic - デベロッパーのためのネーミング辞書
                                                            • 「爆発音がした」まとめ 上

                                                              2009.05.08 長すぎて1つの記事では全てを表示できないようなので、2分割しました。 「爆発音がした」まとめ 下 - http://anond.hatelabo.jp/20090508095607 小説「後ろで大きな爆発音がした。俺は驚いて振り返った。」 ケータイ小説「ドカーン!俺は振り返った。」 ライトノベル「背後から強烈な爆発音がしたので、俺はまためんどうなことになったなぁ、とかそういや昼飯も食っていないなぁとか色々な思いを巡らせつつも振り返ることにしたのである。」 作家石田衣良「ふー、びっくりした」 「サイレントマジョリティーを考慮に入れて振り返るかどうか決めさせていただきます」 宇能鴻一郎「あたしの後ろで、大きな音がしたんです。あたし、もう、ビックリしちゃって、振り向いた。」 「あたし,ムッチリとした女子高生なんですけど,後ろですっごく大きくて背筋がぞっとしちゃうような爆発音

                                                                「爆発音がした」まとめ 上
                                                              • 『デザインは8の倍数でできている』

                                                                1 pixel|サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 はじめまして。 mama&crowdのデザイナー、長谷川彰之介です。 今回は、WEBサイトの「余白」や「ブロックサイズ」「WEBサイトの横幅」に対して 「最適な値は存在するのか?」 について考えてみたいと思います。 少々長いですが、お付き合いのほどよろしくお願いします。 ボックスサイズとは、「ヘッダー」「コンテンツ」「ナビゲーション」などの ひとつひとつの固まりの大きさ(サイズ)を指します。 【第1部】8の倍数 WEBサイトのUIをデザインしていて悩まされるのが「余白」です。 「ここは3px…いや4pxか。もっと空けたら見やすくなるかもしれない。6p

                                                                  『デザインは8の倍数でできている』
                                                                • ロックダウンのNZで東京都知事の会見をみてひっくり返りそうになったので長いけど読んでほしい。|AUS在住空飛ぶとーちゃん Ash

                                                                  ニュージーランドは、3月26日から4週間の「ロックダウン」に入った。 2020年3月23日。NZ政府は、COVID-19警戒レベルを「3」に引き上げ、さらに、48時間以内に最高レベル「4」に引き上げると発表した。これを発表するジャシンダ・アーダーン首相の演説は、まるでどこかに宣戦布告したみたいな雰囲気だった。 悪意のない厄災今どき、先進国間で侵略戦争は起こりえない。なぜなら、武力で土地を占領するより、平和的に経済を発展させた方が、何倍も効率よく市場を手に入れることができるからだ。 ところが「戦争」は予想もしない形でやってきた。国が「戦争状態」になるのに、敵国や、敵性集団が必要ない。攻めてくる集団から、物理的な軍隊と侵略の悪意を抜き去り、厄災という性質だけが抽出されて世界中に降りかかっている。結果、世界中の国々が、同時多発的に生き残りをかけた「戦い」の遂行を迫られている。 戦争が、進化論的な

                                                                    ロックダウンのNZで東京都知事の会見をみてひっくり返りそうになったので長いけど読んでほしい。|AUS在住空飛ぶとーちゃん Ash
                                                                  • JavaScript 言語概要 - JavaScript | MDN

                                                                    JavaScript チュートリアル 初級編 JavaScript の基礎 JavaScript の第一歩 JavaScript の構成要素 JavaScript オブジェクト入門 JavaScript ガイド 入門編 文法とデータ型 制御フローとエラー処理 ループとイテレーター 関数 式と演算子 数と日付 テキスト処理 正規表現 インデックス付きコレクション キー付きコレクション オブジェクトを利用する Using classes プロミスの使用 JavaScript 型付き配列 イテレーターとジェネレーター メタプログラミング JavaScript モジュール 中級編 クライアントサイド JavaScript フレームワーク クライアントサイド Web API Language overview JavaScript のデータ構造 等値比較と同一性 プロパティの列挙可能性と所有権 クロ

                                                                      JavaScript 言語概要 - JavaScript | MDN
                                                                    • Google JavaScript Style Guide 和訳 — Google JavaScript Style Guide 和訳 v0.1 documentation

                                                                      この和訳について¶ この文章は Google JavaScript Style Guide を非公式に和訳したものです. 内容の正確性は保証しません. ライセンスは原文と同じく CC-By 3.0 とします. フィードバックは Issue への登録 , あるいは Kosei Moriyama (@cou929 または cou929 at gmail.com) へ直接お願いします. この和訳のリポジトリは こちら です.

                                                                      • 223Soft -

                                                                        Document Data Structure in MongoDB Express MongoDB lets you easily store structured and unstructured data in a flexible and dynamic database schema. It supports CRUD operations on complex data objects using JSON as the main data type. Its an open source solution so it may not be as robust or well supported as commercial management tools. However it is easy to deploy and works well for most use cas

                                                                        • 和歌山県ホームページ Wakayama Prefecture Web Site

                                                                          知事からのメッセージを紹介します。 令和2年12月28日のメッセージ 新型コロナウイルス感染症対策(その47) ‐データの示す急所‐ コロナの感染は止まらず、日本全体では、連日史上最多の感染者数を更新しています。そうしますと医療も逼迫してきて、いくつかの県では医療崩壊かという懸念も高まっています。和歌山県では、県庁を中心とする保健医療部隊が獅子奮迅の働きで感染者が出ても早期に囲い込んでしまって、感染爆発させないようにしていますので、感染者も割合少なく、全員病院に入ってもらっていますが、病床の逼迫はありません。自分の部下が大部分ですから、言いにくいのですが、保健医療行政の健康局、各地の保健所、和歌山市の保健所、感染者を受け入れてくれている病院、早期発見に協力してくれている全てのクリニック、病院さらには、正面部隊が忙しくなったとき協力してくれている各機関の保健師、看護師、各行政機関の応援部隊、

                                                                          • 開発に役立つ,BATファイルの書き方・パターン集 (コマンドプロンプトの定石を体系的に学び,バッチ中級者になろう) - 主に言語とシステム開発に関して

                                                                            バッチのまとめTOPへ Windows上の処理を自動化するプログラムが,BATファイルである。 「コマンドプロンプト」上での手作業を省略し,自動実行できる。 Windowsが存続する限り,BATファイルはなくならないだろう。 バッチ・プログラミングの需要は,何があろうとこの先生きのこる。 このWindows 10の時代でもそうだ。 BATは,MS-DOSの時代から長く使われてきた。 そのため,各コマンドに関する個別のノウハウや情報は多い。 だが,実用的なノウハウを体系的に整理したものは,あまり見かけない。 そこで以下では,BATをコーディングする際の良質なパターンを列挙する。 (0) BATプログラミングの特徴 (1) BATファイルの雛型 (1−1) 冒頭と末尾のテンプレート (1−2) 反復して実行可能に (2) バッチの構造化 (2−1) ルーチンの分割 (2−2) 実行ファイルや実

                                                                              開発に役立つ,BATファイルの書き方・パターン集 (コマンドプロンプトの定石を体系的に学び,バッチ中級者になろう) - 主に言語とシステム開発に関して
                                                                            • 患者向け医療情報サイト総まとめ|ググる前にここを見てください

                                                                              【2024年10月最終更新】 多くの学会や公的機関が、患者さん向けに役立つ医療情報ページを作成し、インターネットで無料公開しています。 しかし、その多くはGoogle検索しても容易にたどり着くことができず、困っている方も多いのではないかと思います。 そこで私は今回、こうした役立つページをまとめる作業を行うことにしました。 Twitterを通して多くの医療従事者のご協力をいただいたおかげで素晴らしい情報を多数得ましたので、ここにまとめておきます。 随時更新していきますので、他にも役立つページがあれば、ぜひTwitter等からコメントいただけますと幸いです。 なお、中にはPDFも多くあり、ページ内で目的の情報に行き着くのが難しいものもあります。 その場合は、 Windowsなら「Control+F」 Macなら「Command+F」 でページ内検索が可能です。 iPhoneであれば、いつものよ

                                                                                患者向け医療情報サイト総まとめ|ググる前にここを見てください
                                                                              • A successful Git branching model を翻訳しました

                                                                                Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら: http://nvie.com/posts/a-successful-git-branching-model/ (翻訳の公開と画像の利用は本人より許諾済みです) このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト(仕事でもプライベートでも)で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書

                                                                                  A successful Git branching model を翻訳しました
                                                                                • 良いネーミングをするために覚えておきたい英語のルール5つ - プログラマー幸福論

                                                                                  Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 <各品詞

                                                                                    良いネーミングをするために覚えておきたい英語のルール5つ - プログラマー幸福論