HTMLページのhead内に記述する最小限の構成、そしてmeta要素やlink要素、ソーシャルサービス用の要素、デスクトップ・スマホのブラウザ用の要素などがまとめられた「HEAD」を紹介します。 HEAD: A simple guide to HTML <head> elements 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 以前の版からいろいろと変更されています。 2016年版: head内に記述する要素の総まとめ 2018年版: head内に記述する要素の総まとめ head内に記述する最小限の構成 head内の要素 meta要素 link要素 ソーシャル関連のhead内の要素 ブラウザ・プラットフォーム関連のhead内の要素 メモ head内に記述する最小限の構成 下記はシンプルなWebサイトで必須となるhead内に記
「うまい文章を書ける人」は “この5つ” を自然とできている - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
「文章力」は、社会生活を送るうえで基本的かつ重要なスキルです。きれいで伝わる文章を書ける人はやはり信頼したくなりますし、逆に文章がめちゃくちゃだと「この人は大丈夫かな……？」と敬遠したくなるもの。メールやチャットがコミュニケーションの主流となった現代では、文章力がその人の印象を左右すると言っても過言ではないでしょう。 そこで今回は、「文章を書くのが苦手……」「文章だとなぜか理解してもらえない……」と悩んでいる人のために、文章力向上のコツを5つご紹介します。 【1】ゴールから逆算して必要なことを書く かつて進研ゼミ小論文編集長を務めた文章表現インストラクターの山田ズーニー氏は、「文章の良し悪しは目指すゴールによって違う」と述べます。たとえば、依頼メールであれば「人を動かすこと」、履歴書やエントリーシートであれば「内定」、小説であれば「感動」がゴールになるでしょう。このゴールがあやふやだと、た
Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから - エンジニアHub｜Webエンジニアのキャリアを考える！
エンジニアHub > 記事一覧 > Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaなら「この書き方がベスト」と信じて書ける - きしだなおきに聞く、Javaのこれまでとこれから Javaは1995年に誕生し、数多くのコミュニティや企業の影響を色濃く受けてきました。では、黎明期から現代に至るまで、Javaはどのように進化し、生態系を変化させてきたのでしょうか。Javaのスペシャリストとして知られる、きしだなおきさんに聞きました。 1995年に誕生した、オブジェクト指向プログラミング言語・Java。この言語の歴史は、数多くのコミュニティや企業の影響を色濃く受けてきました。 例えば、OracleによるSun Microsystemsの買収後、Javaのリリースサイクルは大きく変化しました。また日本においては、Javaカンファレンス
新しいプロジェクトに参加してローカル環境を作り始めると、何かとエラーに遭遇します。 また、設計や実装について開発者に相談したり、コードレビューを依頼することもありますね。 開発者が近くにいれば、（それなりに、程よいタイミングを見計らって）話しかけて、エラーの原因を調べてもらったり、設計方法をホワイトボードにスケッチしながら相談できますが、リモート開発ではそうはいきません。 リモート開発で成果を上げるためには、このブログのように何の装飾もインタラクティブ性もない文章で、自分の状況や相談したい事柄を正確に伝える必要があります。 とはいえ私は昔、「文章がわかりにくい」と毎日、毎日上司にフィードバックをもらうくらいには文章を書くのが下手くそでした。今もわかりやすい文章が書けている自信はありません。 それでも、これまでに何度か、議論が好転したり、プロジェクトが前に進むきっかけとなる文章を書けたことが
JSer.infoは2011年1月16日に公開したJavaScriptの情報サイトで、2021年1月16日で公開してからちょうど10年です。 JSer.infoでは、10年間で10201サイト紹介し、522コの記事書いてきました。 JSer.infoの紹介したサイト数(累計)。ソース 10年間途切れることなく毎週更新していて、月別の記事数は毎年同じ推移です。 JSer.infoの月別の記事数。ソース この記事では、10年間やってきたJSer.infoの目的を振り返り、 JavaScriptの情報の集め方、書き方、まとめ方について書いていきたいと思います。 ⚠️ すべてを書いているのでものすごく長いです。 この記事やJSer.infoに関する意見や感想などは、次の場所に書いてください。 この記事をTweetする Twitter: #jserinfo GitHub Issue: JSer.in
なんとなく、一度僕の書評・感想記事の書き方についてまとめておこうかと思った。先日下記のようなブログに関する記事を寄稿したところ、幾人かがこれに触発されてブログを書いてくれたようで、個人的に嬉しかったから、というのが大きい。 blog.hatenablog.com 書評(でも感想でもなんでもいいんだが)の書き方の正解を教えるとかそういうわけではなく、単純に僕がどうやって記事を書いているのか、書くときに何を考えているのか、ということの簡単なまとめである。人によって感想ブログといっても書き方は全然違うはずで、書き方の違いを見比べてみるのもおもしろいんじゃないか。 手順 当たり前だが一度通読する。その時点でブログに書くかどうかを検討して(書かないことも多い。あまりおもしろくないな、と思ったり、おもしろいと思ってもタイミングを逃すこともあるし、書きづらくてスルーしてしまうこともある)、載せる、となっ
JavaScript: 通常の関数とアロー関数の違いは「書き方だけ」ではない。異なる性質が10個ほどある。 - Qiita
本稿では、アロー関数とfunctionキーワードを使って定義される関数を区別するため、functionキーワードを使うほうの関数を「通常関数」と呼ぶことにします。英文で見かけるregular functionの翻訳になりますが、これは公式の用語ではなく、解説の便宜上のものとご理解頂ければと思います。単に「関数」というときは、通常関数とアロー関数どちらも指すこととします。 関数の歴史 歴史的に見ると、通常関数は古くからある言語機能であるのに対し、アロー関数は新しいものです。アロー関数はES2015(ES6)で導入されました。導入にあたっては、関数を短く書きたい、thisを束縛したくないという2つの理由があります。 通常関数とアロー関数の性質の違い 通常関数とアロー関数では、構文が違うというのは見て分かると思います。構文についての違いはここでは解説しません。 ここでは、文法以外の相違点をひとつ
コーディングを勉強している方や、普段当たり前のようにコーディングしているけれど、上手く使えているのか不安な方向けにGoogle HTML/CSS Guideの翻訳記事を書きました。（2024年02月29日更新） 色んな方のコーディングを見ていると実に様々。情報や知識が古いままで、今では推奨されない書き方も散見されます。 特に仕事で使っていると、誰かに指摘されない限り自分のコーディングを見直す事は無いかもしれません。 ですがW3Cの定めたHTML5の廃止など、変化の速い業界では定期的な見直しは勿論、何か指標となる物があると安心です。 そこで今回はGoogleが用意しているgoogle html/css style guideのドキュメントを元に、Googleコーディング規約と要点を解説。このコーディングガイドラインが絶対的な正解では無いかも知れませんが、参考になれば嬉しいです。 Google
2021年11月18日 JavaScript いつも何気なく使っていたコードをふと調べ直してみると、知らないうちに「Deprecated（非推奨）」と書かれている…なんてこともありますよね。今回はJavaScriptを書いていて出くわした非推奨となったものをいくつか紹介します。 document.write 画面にテキストを表示する document.write 。JavaScriptの勉強を始めて最初に書いたコードがこれだったという方もいるのではないでしょうか？これはブラウザーのレンダリングに悪影響が出たり、DOMへの影響などを考慮して「強く非推奨」とされています。 これまでの記述例： document.write('やっほーい'); 解決策1：textContent や innerHTML を使う 代わりに文字列を書き換える textContent や、HTMLも含めた文字列を挿入でき
こんにちは、m3 エンジニアリンググループ CTO 矢崎(id:Saiya)です。 過去に Go 言語の仕様を一通り見た経験があったのですが、久しぶりに Go のコードを最近読み書きした際に、ここ数年の Go 言語やエコシステムの進化による変化もあり、発見やハマりが多々ありました。 Go 言語公式のロゴもスピード感ありますね。 同じような迷い・回り道をしてしまう方ももしかしたらおられるのではないかと思いますゆえ、 エムスリー Advent Calendar 2020 6 日目の記事として、筆者が実際に「最初から知っていれば時間を無駄にしなかったのに...！」と感じた知見をざっくばらんにシェアいたします。 本記事がどなたかの一助になりますと幸いです。 なお本記事の内容は筆者個人の理解・自身で直接読み書きしたユースケースの範囲での知見であり、全ての Go 利用事例に当てはまらない点も含みうりま
文章を書く前にやることよい文章を書くには、実際に文章を書く前に、読者は誰か、どういう悩みを解決するのかを企画することが大切です。また、それを元にアウトラインを書いておきます。 このふたつを元に文章を書くことで、読みやすい開発ドキュメントにつながります。これについては、次の記事をご覧ください。 開発ドキュメントを書く前に決めるべき3つのこと【企画編】開発ドキュメントにおけるアウトラインの書き方開発ドキュメントの書き方企画とアウトラインの作成が終わったら、実際に文章を書いていきます。文章を書くときは、次の9つを意識して書きます。これだけで、読みやすさ、分かりやすさが大きく向上します。 一文を短く切る結論を先に述べる指示語を使わない主語を明確にする、述語との距離を近づけるひらく・閉じるを統一する再現条件を示す前提を揃える見出しや箇条書き、表などを適切に用いる読者に伝わる用語を使うひとつずつ説明し
CSSで美しいシャドウをつけるbox-shadowの書き方を紹介します。 少し大きめのシャドウを適用し、ネガティブに縮小させることで、通常のシャドウより少しだけ彩度が高くなり、要素がくっきり見えます。
時代は令和ぞ、何を書いとるんや 転職してきた若いプログラマが変なコード書いている。 どうやら前社の社内研修で教わったとのこと。 さて、何を教わったのだろうか。 ※一応TypeScriptで書きましたが別にC#でも言えることです。 ※CやC++やアセンブラのことは全く知らないので、そのあたり詳しい人は今どんな書き方か記事書いていただけると勉強になります。 １．変数名が雑 クラス、関数、変数、どれも命名は難しいものです。1 大体が英語で大変です。けど頑張ってわかりやすい名前つけるようにしています。 本読んで勉強してください。Google翻訳使ってください。 10行程度の短い関数ならretでもdataとか適当な名前でもいいけど 長くなるようならちゃんと名前つけてるようにしたほうがいいです。 わかりやすい変数名をつけることでひと目で、その変数の役割が理解出来ます。 // Goodってなんやねん！な
良いコードの書き方 - Qiita
概要 チームによる継続的開発を前提としたコーディングのガイドライン。 特定の言語を対象としたものではないが、主に静的型付けのオブジェクト指向言語を想定している。 サンプルコードは別段の定めがなければSwiftで記載。 ガイドラインの目的 生産性を高め、メンテナンスコストを下げる バグが生まれづらくする 開発メンバー（特に新規参加者）がコードを理解しやすくする 初心者プログラマーの教育 内容の説明 タイトルの頭についた【数字】は重要度。 高いほどシステムに与える影響が大きいが、低いものの方が影響が小さく改修しやすいものが多い。 【5】変数のスコープを小さくする 変わり得る値は複雑さを生み誤解やバグに繋がるため、プログラムは変数が少ないほど問題が生まれづらい。 プログラミングの大原則として、変数は必要最低限を心がけ、むやみに増やさないようにする。 また、変数はスコープや寿命が大きいほど悪影響が
WEB+DB PRESSと私
「大江戸Ruby会議10」での発表資料です。 https://regional.rubykaigi.org/oedo10/
動機 前回の記事を投稿したことを某SNSで通知したところ、そのSNSでこんなコメントをいただいた。転記する許可を取ったわけでは無いので私なりに要約させていただくと、 なぜそんなトリッキーな書き方をしてまでforを使うのを避けるのか そんな書き方をして可読性を下げるくらいなら素直にforを使う方が良い ということだと理解している。 なるほど、一理ありそうだ。しかし一方で、前回貼ったStackOverflowのQ&Aはなかなかの人気記事（質問に1243ポイント、回答に最大で1559ポイント）なので「多少トリッキーなことをしてでもforを書きたくない！！」という意見をもつプログラマも一定以上いるのだろう。当然私もその1人だ。 ということで、この記事で「なぜそこまで意固地になってまでforを書きたくないのか」を説明することにする。 尚、今回は前回の記事つながりで言語はJavaScriptを使うが、
―［貧困東大生・布施川天馬］― 現役東大生の布施川天馬と申します。学生生活の傍ら、ライターとして受験に関する情報発信などをしています。 文章は「書き方」を知らないと書けない 皆さん、作文は得意ですか？ 子どもの頃から作文は大嫌いなんて人も少なくないかと思います。今でこそ、このように記事を書いている僕も、小学校の頃は読書感想文などが嫌いで仕方ありませんでした。 なぜ嫌だったのかというと「読書感想文」の書き方を知らなかったからです。いきなり感想を書けと言われても、小学生の頃のつたない語彙力ではせいぜい2行か3行もあれば足りてしまう程度の表現しかできません。 ですが、最低字数が決められているせいで、素直に「面白かったです」とだけ書いて出すわけにもいかず、大変悩まされました。 ところが僕の幼馴染は読書感想文がめっぽううまく、学校を代表してコンクールに出展するなど凄まじい才能を持っていました。 彼の
はじめに 2022年6月15日にInternet Explorerのサポートが終了しました。 (IEの完全無効化は2023年2月14日予定) そのこともあり2022年は今までとは異なるCSSプロパティを使用したモダンな実装例の記事や発信をよく見かけた気がします。 ただしこれらは従来の実装方法でもできる表現であったので、「この記事はあとでしっかり読もう」とブラウザの新規タブで開いてそのまま塩漬けにしたり、ブックマーク的に"いいね"した該当ツイートを読み返すことなく流していたので、ここで一度サルベージしてその他追加したものを備忘録としてまとめました。 要素の中央配置
英語の力で開く！A+な未来の扉A+ ⇒ A plus ⇒ aplus(アプラス)は、 福井県鯖江市にある英語教室。 ひとみ先生の熱い想いが伝わると良いな。 The midterm exam is coming soon! もうすぐ中間テストですね☆ えいごハウス aplus 代表 中橋仁美です🍎 中学１年生にとっては、初めての定期テストとなる 今回の中間テスト。 特に「英語」に関しては、 初めて成績がつく本格的なテストを受けることとなります！ 毎年、中学生の１学期中間テストで気を張るのが 「アルファベットブロック体の書き方」 福井県鯖江市内の中学校では大変厳しい採点基準で 塾での指導にも気をつかいます。 私が、板書やプリントのコメント等で書くアルファベットを 生徒が見て、 「先生！その書き方ダメって学校で言われました！」 とか、 採点され返ってきた答案用紙の減点を見て、 学校の採点基準の
初めて「論文」を書こうとしている人向けの、主にメンタル面（気持ち）の対処をメインにした書き方の指南書。 （ただし、メンタル面だけでなく書き方全般についても説明しています。） 筆者が査読付き論文を書くときに経験した最も大変だった（辛かった）ことは、研究の中身や書き方自体ではなく、諦めずに論文を書き上げて提出しようという意思を保ち続けること、つまりモチベーションの維持でした。モチベーションの維持は、個人の気持ちの持ちようとして片付けられがちに感じます。しかし対処方法は少しながらあるように思うのです。 本資料が、論文書きを諦めてしまおうとしている、あるいは諦めてしまった過去がある人への励ましになることを期待しています。 （10/6追記：本資料内での「レビュアー」は、自分が書いている原稿を添削指導してくれる人のことを指しています。しかし一般的にはレビュアーとは査読者のことを指す場合が多いのでちょっ
CSSは簡単なコードで書けます。しかし、プロジェクトの規模が大きくなるにつれ、コードが重複したり、未使用のコードが増えたり、!importantでの上書きが増えたり、読みにくいコードになります。 CSSのセレクタの書き方・命名や管理を改善する、シンプルで非常に効果的な5つの原則を紹介します。 Improve your CSS with these 5 principles by Adrian Bece (@AdrianBDesigns) 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに CSSを改善する命名の原則 CSSを改善する詳細度の原則 CSSを改善するDRY原則 CSSを改善する単一責任の原則 CSSを改善する開放/閉鎖原則 CSSを改善する方法のまとめ はじめに CSSは簡単で分かりやすいのに、CSSを書く時に
プロのライターは原稿を何で書いているのか？
安田理央＠新刊「ヘアヌードの誕生」「文庫版 痴女の誕生」発売中！ @rioysd プロのライターは、みんなエディターで原稿を書いてるのだと思ってたら、Word派が主流で、むしろテキストで送ると編集者に「チッ、老害が！」と舌打ちされながらWordにコピペされているのだと知ったのが昨夜のハイライト。 まぁ、でも、おれはTeraPad使い続けるけどな！ 2019-06-22 09:14:46
新卒で社会人になって以来、ソフトウェアのエンジニアをかれこれ10年近くやっています。そんな私が、新卒で入った会社の最初の配属先で、上司の上司に教えられた報告の書き方について紹介します。 報告には意味を書くその人は「報告には意味を書くこと。」と常々言っていました。「ただ単にやったこと、起こったことを書いたものは"日記"。その意味を書かないとダメ。日記が許されるのは新人のうちだけ」だと。 ダメな例：「○○の設計はxx日に完了。現在は実装中。」 こういう週報を書くと、「これは日記だよ」と指摘されます。設計がxx日に完了したことが、チームやプロジェクトにとってどういう意味をもつのかが書かれていないからです。この報告は、例えば以下の様に改善できます。 改善した例：「○○の設計は、予定通りにxx日に完了。・・・」 これならば、「設計がxx日に完了 → これは予定通りである。順調である。」という意味が盛
この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？ 1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の３つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ
はじめに 本記事では，論文執筆やプレゼン発表の際にnegocia社内で参考にしている資料を @aiueola さんと一緒にまとめました．もし何かの参考になれば幸いです． (また，もし関連リソースをご存知の方がいらっしゃれば，ぜひ本記事のコメント欄にご紹介いただけると嬉しいです．内容を確認の上，追記させていただきます．) negocia株式会社について negocia株式会社では，「うれしい広告」の実現をミッションとして，機械学習，数理最適化の技術を活かしたオンライン広告向けのSaaSを開発するメンバーを募集しています．この記事を読んで興味を持たれた方がいらっしゃいましたら，こちらのリンク よりご応募ください．ご連絡お待ちしています． 目次 研究事始め/論文サーベイ テクニカルライティング/論文執筆/レビュー テクニカルライティング全般 論文執筆 レビュー/リバッタル/ポジションペーパー プ
本当に実践的なデザインドキュメントの書き方 第1回：なぜ渡されたワイヤーフレームは分かりにくいのか？ | アドビUX道場 #UXDojo
本当に実践的なデザインドキュメントの書き方 第1回：なぜ渡されたワイヤーフレームは分かりにくいのか？ | アドビUX道場 #UXDojo 連載 本当に実践的なデザインドキュメントの書き方 いきなり渡されたワイヤーフレームをデザインするよう言われて戸惑った経験は、デザイナーなら誰でもあるのではないでしょうか？これはディレクターとデザイナーの分業という状況に起因する問題ですが、分業が一般的なのにはもちろん理由があります。そこで、この連載では、現在の分業体制を前提に、情報設計に関わる『デザインドキュメント』をきちんと制作することで、この問題を解決する手段を探ります。 第1回は、受託のWeb制作における一般的な分業体制を詳細に分析し、よりデザイナーが貢献できる役割分担について考えていきます。 なかなかはじめられないUXデザイン これはGoogleトレンドで、「Webディレクター」「Webデザイナー
3値論理
なぜ「= NULL」ではなく「IS NULL」と書かなくてはならないのか？ これは、気になっている人も多いはずです。まだ SQL に不慣れな頃、ある列が NULL である行を選択しようとして、 SELECT * FROM table_A WHERE col_1 = NULL; というクエリを書いてしまい、エラーになったり思い通りの結果が得られなかった、という経験は、ほぼ全ての人が持っているでしょう。ちょうど C言語や JAVA を習い始めのころに「if (a = 5)」と書いてしまう間違いとよく似ています。最初は、言語仕様の汚さにぶつぶつ文句をいいながらも、そのうち「IS NULL」という書き方に慣れてしまって、疑問を持たなくなります。 でもどう考えても奇妙な書き方ですよね。こんな素直でない書き方をしなくてはならないということには、やはりそれなりの理由があるのです。今からその理由を説明しま
2024 ( 17 ) 4月 ( 3 ) 3月 ( 6 ) 2月 ( 1 ) 1月 ( 7 ) 2023 ( 20 ) 12月 ( 3 ) 11月 ( 3 ) 10月 ( 1 ) 8月 ( 1 ) 5月 ( 2 ) 4月 ( 2 ) 3月 ( 3 ) 2月 ( 5 ) 2022 ( 27 ) 12月 ( 5 ) 10月 ( 1 ) 9月 ( 1 ) 8月 ( 5 ) 7月 ( 4 ) 6月 ( 3 ) 4月 ( 1 ) 3月 ( 3 ) 2月 ( 2 ) 1月 ( 2 ) 2021 ( 22 ) 12月 ( 4 ) 10月 ( 2 ) 9月 ( 6 ) 7月 ( 1 ) 6月 ( 3 ) 5月 ( 3 ) 東京都オープンデータカタログサイトのCSVを使ってLOAD DATA LOCAL INFILEの練習をする サイボウズさんの開運研修(データベース)で話してきました オプティマイザヒント
「書けない」に向き合う。『ライティングの哲学』を読んだはてなブロガーの感想をピックアップ！ - 週刊はてなブログ
「書き出しが決まらない」「キーボードに向き合う気力さえ湧いてこない」「何を書いてもダメな文章な気がする」……何かを書きたいと思いつめるがゆえの深刻な悩みが、あなたにもあるのではないでしょうか？ 本書は「書く」ことを一生の仕事としながらも、しかしあなたと同じく「書けない」悩みを抱えた4人が、新たな執筆術を模索する軌跡を記録しています。 書きたい気持ちはあるのに、キーボードに向かうと手が進まないーー。書き手が陥りがちなこの悩みに正面から向き合う書籍『ライティングの哲学 書けない悩みのための執筆論』（星海社新書）が話題です。 本書は「書く」ことを仕事とする千葉雅也さん・山内朋樹さん・読書猿さん・瀬下翔太さんの4人が、それぞれが持つ「書けなさ」をどうやって乗り越えているか、座談会形式で語り合ったもの。 自身も書き手であるブロガーのみなさんも、本書からさまざまな刺激を受け、思いをブログに記しました。
モダンCSSは今までJavaScriptが必要だったことやできなかったことを可能にしてきましたが、今までの記述をよりシンプルにすることもできます。 コンテナ・ラッパーを定義する際に記述するCSSの古い書き方とモダンCSSを使用した書き方を紹介します。 CSSの古い書き方 モダンCSSを使用した書き方 CSSの古い書き方 まずは、CSSの古い書き方。 ぱっと見で、何が設定されているのか分かるのがよいところです。コンテナの幅を100%にし、最大幅をmax-widthで設定し、paddingが上下左右に2remあって、margin: 0 auto;で中央に配置します。
2024年のCSSの書き方、ワークフローとツールについて
CSSには大きく変わるタイミングが何度かありました。レスポンシブ対応、メディアクエリ、Flexbox、CSS Gridなどはその大きく変わったタイミングでしょう。 そして、2024年もこれらと同様に大きく変わりそうです。CSSのネスト、:has()疑似クラス、subgrid、コンテナクエリ、ビューポート単位などの新機能がすべてのブラウザにサポートされました。 2024年のCSSの書き方として、より保守しやすいCSS、ワークフロー、ツールについて紹介します。 How I'm Writing CSS in 2024 by Lee Robinson 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに デザインの制約 2024年のCSS お勧めのCSSツール 終わりに はじめに 2024年のCSSは、素晴らしいの一言に尽きます。
Send feedback Stay organized with collections Save and categorize content based on your preferences. Every engineer is also a writer. This collection of courses and learning resources aims to improve your technical documentation. Learn how to plan and author technical documents. You can also learn about the role of technical writers at Google.
「手紙文の書き方」本の例文はもはや短編小説
LINEやFacebookが普及する前の通信手段として一般的だったものといえば、なんといっても、手紙だろう。 むかしは、手紙のやり取りをスムーズにするため、いろんなシチュエーションの例文を集めた「手紙文の書き方」といった本がたくさん売られていた。 その、例文をじっくり読んでみたい。 「手紙の書き方」本とは 手紙のやりとりをしなくなって久しい。 いま、家に送られてくる手紙といえば、クレジットカードの明細だとか、税金の通知といった、ペリッと剥がすハガキばかりになってしまったが、ぼくが子供の頃（今から30年ほど前）は、それでもまだ手紙でのやり取りは多少あったように思う。 家の書類がつまっている引き出しを開けると、親がやり取りした手紙がドサッと入っていたりした。 昭和時代の中ごろから平成の初めごろまで、「手紙文の書き方」という本（以降「手紙本」と記述）が盛んに出版されていた。 手紙文の書き方の本
Go Conference 2023 ( 2023/06/02 Fri. ) https://gocon.jp/2023/ 登壇資料 株式会社アンドパッド プロダクトテックリード 小島 夏海 みなさん、Googleが公開したGo Style Guideは読みましたか？ ソフトウェア開発は継続的な活動であり、一般的に複数人で行うことが多いです。 継続的に複数人で開発を行う場合、自分が書いたコードを他人が読んだり修正したりすることが非常に多いです。 そのため可読性の高いコードを書くことは開発効率やメンテナンス性の向上に役立ちます。 Goはシンプルな言語ですが、どのように書くべきか悩むことが全くないわけではなく、そのような時従来はEffective Go/Uber Go Style Guide/OSSコード等を参考にどのように書くか決めていたと思います。 これらに加え、昨年末にGoogleからG
変更履歴を記録する
Version 1.1.0 # Changelog All notable changes to this project will be documented in this file. The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/), and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html). ## [Unreleased] ### Added - v1.1 Brazilian Portuguese translation. - v1.1 German Translation - v1.1 Spanish translation. - v1.1 Italian
はじめに 話題となっている『良いコード／悪いコードで学ぶ設計入門 ―保守しやすい 成長し続けるコードの書き方』 (出版社のページ) を読みました。 全体的には「うんうん、そうだよね」と同意できることが多かったです。 もちろん、初めて目にするような考え方, アイディア, テクニックもありました。 一方、気になったことやちょっと引っかかったこともありましたので、メモしておきます。 あくまでもメモなので結論のようなことはありません。 p.55: HitPoint.isZero HitPoint クラスに isZero メソッドがあります。 「ヒットポイントがゼロであれば true」という仕様で、実装は次のようになっています。
ベイジの五ノ井です。役職はディレクターですが、編集者の経験があることから、コンテンツや文章のクオリティを管理する立場で働いています。6月からは、ベイジの日報の編集長も務めています。 そんな私の第一回目の記事は、文章について。 デジタル化が進む今、文章力は社会人の最重要スキルといって過言ではありません。 今は会話や電話のような音声コミュニケーションの機会がどんどん減り、多くがメールやチャットのようなテキストコミュニケーションに置き換えられています。文章力がある人には、企画書、社内資料、記事、SNSなど、様々な媒体を通じて自分のメッセージを届け、影響力を高めるチャンスが転がってきます。 これほど重要な文章力について、ほとんどの人は高校以降は専門的な教育を受けることもなく、働き始めます。文章に苦手意識を持っている社会人も非常に多いですが、作家やライターではない社会人が覚えるべき文章のセオリーは僅
「女」について - 関内関外日記
おれのブログに、おそらく20年近く登場している「女」について、その書き方について書く。 その女性はおれより20歳年上である。おれが20歳と少し経ったときから付き合いがある。 「彼女」というのには、なにかその人をおとしめているような気がする。「彼女」と書くには、彼女のほうがよほど人生を歩んでいて、おれのようなものがそう表現するのには気がひける。 なので、「彼女の人」などと書いたこともあったと思うが、回りくどい感じは否めない。 「彼女」では軽すぎるのだ。でも、結婚しているわけでもない。それぞれ独立して生きている。「パートナー」というのも当てはまらない。 女性の友達、というのもなにか違う。 おれは正直、その人をなんと表現していいかわからない。わからないままに「女」という表現をしている。 「おれの女」というニュアンスではない。独立した、一個の人間として、「女」と言っている。「彼女」では軽すぎる。そ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2023年最新版: HTMLのheadの書き方、head内に記述する要素の総まとめ
リモート開発を助ける「思いやりのある文章」の書き方 - ROUTE06 Tech Blog
JSer.info 10周年: JavaScript情報の集め方、書き方、まとめ方
書評・感想記事の書き方について - 基本読書
現在のGoogle HTML/CSS Guide コーディング規約/日本語訳
まだ使ってる？今は非推奨となったJavaScriptの書き方
今どきの Go の書き方まとめ (2020 年末版) - エムスリーテックブログ
開発ドキュメントの書き方！9つのコツ【エンジニア】
CSSで美しいシャドウをつけるbox-shadowの古い書き方とこれからの書き方
こんなコードは嫌だ、古い書き方のコード駆逐したい（とりあえず９つ） - Qiita
なぜ我々は頑なにforを避けるのか - Qiita
東大生が感動した「読みやすいのに、驚くほど文章力が伸びる本」ベスト3（週刊SPA!） - Yahoo!ニュース
2022年に見かけたモダンなCSSの書き方を振り返る
『アルファベットブロック体書き方指導の現状』
論文の書き方 - 主にメンタル面の対処を中心として
CSSは奥が深い！セレクタの書き方・命名や管理を改善する5つの原則
新卒でエンジニアになった頃に学んだ、報告の書き方｜nacam403
ワンランク上のSQLを書くためのポイント3つ - Qiita
論文執筆/プレゼン資料作成時の参考資料 - Qiita
【図解あり】2020年（令和2年）の年末調整の書き方 ～全集中で理解しよう！ 変更された年末調整申告書のフォーマット～
サイボウズさんの開運研修(データベース)で話してきました
これは覚えておきたい！ コンテナ・ラッパーを定義するCSSの古い書き方とモダンCSSを使用した書き方
Technical Writing | Google for Developers
「Go Style Guide」から学んだ可読性の高いコードの書き方
『良いコード／悪いコードで学ぶ設計入門』を読んで気になったことのメモ
ビジネスに役立つ上手な文章の書き方11のコツ | knowledge / baigie
【プロ直伝】“アニメレビュー”ってどう書けばいいの？ 藤津亮太が伝授する、たった1つの心得と3つの技 | アニメ！アニメ！
