ワイのGitHubリポジトリおすすめ設定(2022年 決定版) - Qiita
設定対象 今回紹介する設定対象は以下2つです。 Repository Settings Repository Templates 1. Repository Settings おすすめの設定内容をシートにまとめました💡 よろしければ、ご活用ください🙇♂️ 各設定の選定理由をこの章で紹介します。 設定チートシート 1.1 General 1.1.1 General Require contributors to sign off on web-based commits 必要に応じて有効 機能について GitHubのWeb上で編集を行う場合、コミット時にサインオフを求める機能です。 詳細はリポジトリの強制コミット サインオフを有効または無効にする をご覧ください。 推奨シーン OSS開発など様々な開発者のコミットが想定されるとき 理由 OSS開発などにおいて、コミッターの方に著作権やラ
🦊「かいけつゾロリ」🦊の原ゆたか流 物語のつくりかた｜ポプラ社 こどもの本編集部
今年35周年を迎え、12月9日（金）には劇場映画「映画 かいけつゾロリ ラララ♪スターたんじょう」も公開される大ロングセラー「かいけつゾロリ」シリーズ。12月7日（水）発売の『かいけつゾロリきょうりゅうママをすくえ！』でなんと72冊にもなる大シリーズの作者、原ゆたかさんはどのように物語と絵をかかれているのでしょうか。制作秘話を伺いました。 児童書作家になったのは？ 私は『ちいさなもり』（1975年／フレーベル館刊）という自作の絵本は作っていましたが、元々は作家ではなく、他の作家さんの書いたお話に絵を描く画家でした。 子どものころから絵を描くのが好きで、ずっと描き続けていましたし、映画も好きだったので、絵本や児童書ならば、お話を絵で演出することができると考えて児童書の画家を目指しました。 当時は、児童書の挿し絵というと、一般的には出版社から指定された場所に絵を描くスタイルでした。でも、私は限
初学者のための正しいシェルとカーネルの概念 ～ 大学も技術者認定機関も間違いだらけ - Qiita
なんだろう、嘘つくのやめてもらっていいですか？ 大学も技術者認定機関も、いつまで古いまたは間違ったシェルとカーネルの概念を説明し続けるのでしょうか？ シェルはカーネルの言葉をユーザーの言葉に翻訳したり、出力結果をユーザーに中継したり、カーネルを防御したりする層ではありません。指定したコマンドを実行するだけのプログラムです。勉強中の学生か代理執筆業者が適当な文献を調べて書いたとしか思えません。そして他人の説明を自分の言葉に置き換えるのが上手い人がおかしな説明をさらに広めています。個人サイトやオンライン学習サイト程度であれば適当なことを書いていても気にも留めませんが、大学や技術者認定機関のような正しいことを書いているに違いないと思えるような所までもが間違ったことを書いているから困ったものです。 みなさんは大学や技術者認定機関が言っていることなら正しいと思いこんでいないでしょうか？ そんなことあ
【育成施策】 入社メンバーに AWS 初心者向けハンズオン 8週間プログラム に取り組んでもらった | DevelopersIO
この記事は アノテーション株式会社 AWS Technical Support Advent Calendar 2022 | Advent Calendar 2022 - Qiita 13日目の記事です。 はじめに アノテーション テクニカルサポートチームの 川崎 です。 現在私は、クラスメソッド グループ、アノテーション株式会社で AWS のテクニカルサポートに携わっています。 本記事では、私が所属するテクニカルサポートチームの、新規入社メンバー向けの育成施策についてご紹介します。 初心者向けハンズオンとは 2022年12月現在、22 個のハンズオンが存在します。アカウントの作り方から始まり、幅広い AWS サービスのハンズオンが用意されています。 初心者向け、と レベル設定 されており、1本1本は 理解しやすい内容になっていますが、22本も揃うと、内容の充実ぶりに圧倒されます。 AWS
Ubie は Go と Node.js の会社になります
Ubie では、創業当初から Server-Side Kotlin を推進してきましたが、全社的な技術選定を再度行い、これからは Go と Node.js を中心とすることにしました。 本記事では、Go と Node.js を選定した理由や、それを普及させる取り組み、そして選定の流れを紹介します。 経緯 これまで Ubie では技術スタックを発散させてきていて、現在は Kotlin、Go、Node.js、Ruby、Python のバックエンドサービスが動いています。以前は新規開発が多く、それぞれに携わるメンバーが技術選定をすることにより、最大瞬間風速を出せるなどのメリットがありました。しかし、現在では弊害が目立ってきています。 まず、事業成長に伴って運用の重要性が増しています。人材が潤沢とは言えないスタートアップにおいて、様々な技術スタックを安定運用することはコストが高すぎると感じています
SmartHRのOSSガイドラインを公開しました - SmartHR Tech Blog
こんにちは、エンジニアのkinoppydです。本日は、SmartHRが公開したOSSガイドラインに関してご紹介します。 github.com SmartHR OSS ガイドライン SmartHRでは、すべてのサービスでOSSが使用されています。Ruby、Ruby on Rails、React、TypeScriptは必ずすべてのサービスで使われていますし、その他にもたくさんのOSSがSmartHRのサービスを構成しています。これらOSSによってSmartHRのサービスは支えられているので、我々もOSSに対してなにか貢献をすることができると良いなと思っています。しかし、現在社内には業務時間中のOSS活動に関する明示的な文章が存在せず、業務としてOSSにコミットする労務/法務的なルールが不明でした。また、OSS文化に対する経験が浅い人にとっては貢献する方法などもよくわからず、ハードルが高いと感じ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
