CS50 for Japanese: コンピュータサイエンスの入門 – 当ウェブサイトは、Creative Commons ライセンスに基づいて管理されています。
お知らせ: 2022/9/1 CS50 を活用した非営利／協賛企業による「コロナ学生支援」プロジェクトを実施中 ▼ 学生の方へ：CS50 の学習（履修証明書の取得）を一緒に取り組むプロジェクト CS50日本語版の翻訳コントリビューターである CODEGYM が主催する、非営利／無償のプロジェクト「CODEGYM Academy (外部リンク)」は、昨年に続き2022年度（春/秋）も、キャリア選択を控えた学生に対し、以下の企業の協賛により無償で17週間のプログラミング教育カリキュラムを提供します。 CODEGYM Academy 協賛企業（2022年） https://codegym.jp/academy/ 今年度のエントリーは締め切りました — ようこそ！ このページは、ハーバード大学 CS50 の日本語版翻訳プロジェクトのページです。当サイトのドメインに掲載されているコンテンツは、Cre
Dockerfile と docker-compose を利用すると何がうれしいのか？ - Qiita
はじめに Docker を勉強し始めると Dockerfile や docker-compose などの用語が出てくると思いますが、『これらを利用すると何がうれしいのか』を軸にそれぞれについて説明したいと思います。 Dockerfile や docker-compose を勉強する前に見ていただければよりすんなり、頭に入っていきやすいと思います。 この記事で触れること Dockerfile の使い所、メリット docker-compose の使い所、メリット この記事で触れないこと Dockerfile の書き方、サンプル docker-compose の書き方、サンプル 先に結論からいうと、できるようになることは以下のようになります。 Dockerfile これができると（Dockerfile を書けるようになると）自分の好きなようにカスタマイズした Docker Image をコマンド
Higher-Order Components – React
These docs are old and won’t be updated. Go to react.dev for the new React docs. Higher-order components are not commonly used in modern React code. A higher-order component (HOC) is an advanced technique in React for reusing component logic. HOCs are not part of the React API, per se. They are a pattern that emerges from React’s compositional nature. Concretely, a higher-order component is a func
事務処理マニュアル（METI/経済産業省）
本情報は、当省事業への参加を検討している事業者等への参考として提供するものです。 対象経費などの扱いは、事業によって異なりうるため、当省事業の実施者となった場合は、必ず各事業の担当課室にご確認下さい。 令和２年７月１７日に閣議決定された「規制改革実施計画」の趣旨を踏まえ、経済産業省の会計手続に係る押印・書面の見直しを行いました。 令和３年１月以降の取扱いについては、こちらをご確認ください 委託事業(概算契約によるもの)に係る経理処理及び検査等を実施する際に準備しておくべき資料等について、基本的事項を記載しています。 委託事業事務処理マニュアル（PDF形式：860KB） (R3.1)（令和３年１月８日以降に入札公告等を行った事業から適用（その他指示のあった場合を含む）） 委託事業事務処理マニュアル（PDF形式：860KB） (R2.6)（令和３年１月７日以前に入札公告等を行った事業に適用）
ESDocという(多分)モダンなドキュメンテーションツールの紹介 - maru source
こんにちは丸山@h13i32maruです。 僕は2015年からESDoc*1というJavaScript向けのドキュメンテーションツールを開発しています。 https://esdoc.org https://github.com/esdoc/esdoc Star 最初のリリースから2年、昨日ようやくv1.0をリリースできました🎉 いやー、ここまで長かったです。今ではRxJSやSketchAPIなど、様々なツールで使用されています。 この2年間、ESDocは2つのゴールを目指して開発してきました。 ドキュメントの作成・メンテナンスを快適にする（ドキュメントを書くの楽しい！という状態） ソフトウェアの使い方を簡単に理解できるドキュメントを作成する（ソースコード読まなくても大丈夫！という状態） この2つを満たすためにESDocは色々な機能を提供しています。 今日はそれらの機能の中でも(多分)モダ
社内JavaScript勉強会で作ったコンテンツまとめ - Qiita
はじめに 弊社で実施している社内向けJavaScriptの勉強会のコンテンツまとめです(最近はやってないのも上げてる)。対象は独学でJavaScriptを少し触ったことがあるけど企業でやったことはない、くらいのレベルの人です。このコンテンツを作っている筆者も1年くらいしかJavaScriptを触ってないので怪しい所もあると思いますが、社内でのJavaScript教育に困っている方の参考になればと思います。 ちょっと一部古かったりするので、Issueでも立てて下さい。気が向いたら直します。 ES2015(ES6) JavaScriptを書く上でスタンダードになりつつあるトランスパイラBabelを使用したコーディングについて学びます。ES2015の記法について全て網羅しているわけでなく、今すぐ使える簡単なものを優先して開設しています。ES2015の構文を使うことで何が楽になるのか、という点を重
GitHubでREADMEにgif画像を表示する簡単な方法 - Qiita
目的 GitHubでツールの導入方法や利用方法を説明をする際，デモ動画があると非常に分かりやすいです． peco/peco この記事ではそのデモ動画作成とそれをGitHub上の説明欄に表示させる方法を説明します． step1. デモ動画の撮影 step2. 動画ファイル(mp4など)をgif画像に変換 step3. 動画用のbranchを切り，そこにアップロード step4. README.mdに記述 環境 ubuntu16.04 1. デモ動画を撮影 デモ動画の撮影にはSimpleScreenRecorderを利用します． SimpleScreenRecorderのインストール ppaでパッケージが提供されているので今回はそれを利用します． $ sudo add-apt-repository ppa:maarten-baert/simplescreenrecorder $ sudo ap
gitで流行のコミットメッセージとベーシックなコミットメッセージのフォーマットまとめ - falsandtruのメモ帳
最近気になってたchore(package): bump versionなGoogleフォーマットとBump versionなベーシックフォーマットのまとめ。 Googleフォーマット chore(package): bump version Angular.jsなど主にJavaScriptのメジャーリポジトリで人気のフォーマット。 github.com azuが概要をまとめているのでこれを引用する。 feat(ngInclude): add template url parameter to events The `src` (i.e. the url of the template to load) is now provided to the `$includeContentRequested`, `$includeContentLoaded` and `$includeConten
W-8BEN-Eの書き方（日本語で解説）
W-8BEN-E という名前の書類があります。 これはアメリカ (United States) の Department of the Treasury (財務省) に提出する書類で、米国法人が海外法人に対して送金する際に "もろもろ税金を源泉徴収しませんよ〜 だってホラ海外法人ですから！" と宣言し証明するための書類...というのが僕の理解です。 たとえば、AppLovin の米国法人から日本のアプリデベロッパー (法人) に広告収益を振り込む際に、AppLovin が米国財務省に対して提示しないといけないわけです。 なので AppLovin はデベロッパーに対して「W-8BEN-E を提出してね、出すまでは収益を振り込めないっス」と言うわけです。 (ちなみに受け取る側が法人ではなく個人の場合は、W-8BEN-E ではなく W-8BEN という、ちょっと簡単めなフォームが必要になります)
Grapeを使ってRESTfulAPIを簡単作成 その3 Grape::Swagger - Qiita
Grape::Swaggerとは grape-swaggerを使うと、grapeで作成したAPIのドキュメントが自動で生成されるようになります。 GitHub: ruby-grape/grape-swagger 目次 1.Grapeを使ってRESTfulAPIを簡単作成 その1 Grape 2.Grapeを使ってRESTfulAPIを簡単作成 その2 Grape::Entity 3.Grapeを使ってRESTfulAPIを簡単作成 その3 Grape::Swagger 環境 rails 5.0.0.1 ruby 2.3.1 まずはgemをインストール 下記を追記 # api gem 'grape' gem 'grape-entity' gem 'grape_logging' group :development, :staging do gem 'grape-swagger' gem 'g
若手プログラマー必読！５分で理解できるER図の書き方５ステップ
データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は１０種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は２種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった５つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 １．ER図とは ER図とは、「データベース設計（データモデリング）で使う設計
Markdownでシーケンス図を書いてGithubのREADME.mdに埋め込む - Qiita
Markdownで図を書く方法が予想外に快適だったので共有しなければならない。と使命感にかられました。 まずシーケンス図 めっちゃストックされてる以下を参照しつつ書いてみる Markdownテキストでシーケンス図とフローチャートを描く http://qiita.com/ka215/items/a709665cb34c505ccf1f StackEditでシーケンス図を書く https://stackedit.io/ ```sequence Frontend->Backend:get or post Backend->Redis:get Redis->Redis:get model Redis-->MySQL:get model (When data is not found on Redis) Redis-->Backend:mohdel Backend-->Frontend:json F
読みやすいREADMEを書く | Yakst
いくつかのオープンソースプロジェクトを公開している筆者からの、読みやすくユーザーにやさしいREADMEを書くためのアドバイス。 この記事は、Rowan Manning氏による「Writing a Friendly README」(2016/3/14)を翻訳したものです。 あなたのプロジェクトのREADMEは、かなり重要です。そこはプロジェクトに初めて来た人が大抵最初に見るであろう場所であり、唯一のドキュメントであることもよくあります。あなたのオープンソースプロジェクトにとってのREADMEは、企業にとってのウェブサイトのようなものです。ウェブサイトはユーザーエクスペリエンスの注目を集めるところですが、READMEがユーザー観点で考えられることはほとんどありません。 この記事では、分かりやすいREADMEを書くために役立ち、開発者(ユーザー)の要求に見合い、開発者がプロジェクトを初めて見たの
【API Blueprintの使い方】Web APIの仕様書を書く・読む・実行する | DevelopersIO
【API Blueprintの使い方】Web APIの仕様書を書く・読む・実行する できればドキュメント書きたくないなー。はやくAPI実装したい！俺の頭の中に全部仕様入ってるから！俺が仕様だ！ ... その仕様、API Blueprintでドキュメントにおこしませんか？ はじめに デバイスが多様化し、その違いを吸収する統一的なインターフェースが求められる昨今、Web APIはその回答のひとつといえます。弊社でも、モバイルアプリとWeb APIを組み合わせてサービスを構築することがあります。 Web APIが登場する開発では、モバイルアプリ（APIクライアント）メンバーと、APIサーバメンバーのコミュニケーションが不可欠です。開発を円滑に進めるために、APIの仕様書 が必要になります。お互いがAPIの仕様を想像して勝手に開発を進めたのでは、いざ結合したときに悲惨な結果になることが目に見えてい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
論文の読み方 / How to survey
dxcriteria/README.md at master · cto-a/dxcriteria
ヤフー惑星ベジータ
GitHub - vasanthk/react-bits: ✨ React patterns, techniques, tips and tricks ✨
JavaScript Promiseの本
PlantUML Cheat Sheet - Qiita
