タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
ep.54 UIT Playbook - これが私たちのコーディングスタイル | UIT INSIDE
@spring_raining が @potato4d @jaycompsci @T28_tatsuyaに、現在 UIT で策定中のコーディングスタイルについて聞いてみました。 自己紹介 @jaytype UIT フロントエンドエンジニア LINE NEWS のフロントエンド開発を担当 @T28_tatsuya UIT フロントエンドエンジニア LINE Survey, ショップカードを担当 UIT Playbookについて プロジェクトの概要 コーディングガイドラインを決めるまでの背景 元々コーディングガイドラインがあったが、長年メンテされておらず最近はほとんど守られていない状態だった UIT Playbookが定めるコーディングスタイル UIT Playbookはまだ始まったばかりだが、ルールの策定や整備はどのような手順で進めているか？ 基本はGitHubのPull Requestベー
PEP 8とは PEP（Python Enhancement Proposal）とは、Pythonの新機能に関する仕様やその背景を、Pythonコミュニティーに対して提供する文書のことだ。これまでに数多くのPEPが発行されているが、その中でPEP 8は「Style Guide for Python Code」と銘打ち、Pythonコードを記述する際の決めごとを定めたものとなっている。 Pythonは誰が書いても同じようなコードとなりやすいように作られた言語だが、そうはいってもコードの書き方そのものが言語仕様上でガチガチに定められているわけではない。例えば、if文を例に取れば、同じコードでも次のような書き方ができる。 if節の本体を改行なしで書くこともできるし、空白文字はある程度自由にコード中に含めることもできる。どんな書き方をするかは、プログラマーに一任されている。だが、これでは誰の目にも
• PSR-1は高度な技術的相互運用性を目的としたコーディング標準 • PSR-2/→PSR-12はプロジェクト内での認知的摩擦を軽減するためのスタイルガイド • PSR-12はPER Coding Styleに進化した PSRとは何か PSRが何ではないかについて下記の記事にまとめたので、あとでゆっくり読んでください。 というか↑の記事にだいたい書いたので、この記事はコーディングスタイルに絞った内容ということになります。 重要な部分だけ抜萃して再掲しましょう。 PSRを管理するのはPHP-FIG (The PHP Framework Interoperability Group、PHPフレームワーク相互運用グループ)です。この組織はPHPのフレームワーク・CMS・ツールなどの開発者の寄合所帯です。 Frequently Asked Questions - PHP-FIGの内容をざっくり訳
なぜ、分析SQLコーディングスタイルの提唱が必要か コーディング規約は主に「保守性」「品質」を維持するために求められるルールで、その重要性については周知の通りと考えます。 一方で、SQL、特に分析SQLについては、こういった規約の模範の「答え」がまだ出ていないように見受けられます。 例えばJavascriptであれば、GoogleやAirBnBなど、うまくいっている会社のコーディング規約の転用が可能です。 しかしながら、分析SQLにはそういった事例の公開が少ないのが現状です。 そこで、BigQueryのstandardsqlを前提とし、コーディング規約の最もわかりやすい部分である「コーディングスタイル」について、本記事で提唱します。 本記事は、下記の記事を参考にしています。 BigQueryで読みやすいSQLを書くコツ - たったの３つであなたの意図はもっと伝わる。 分析SQLのコーディン
Linux Daily Topics 2020年8月5日Linux 5.8がリリース、コーディングスタイルに"inclusive terminology"適用 Linus Torvaldsは8月2日（米国時間）、「Linux 5.8」を公開した。前バージョンのLinux 5.7のリリースから約2ヵ月、7本のリリース候補（RC）版を経ての公開となる。 Linux 5.8 -Linus Torvalds Linux 5.8のリリースについてLinusは「ぎりぎりまでLinux 5.8-rc8（8本目のリリース候補）を出そうかどうか迷ったけど、それほど大きな問題がない以上、リリースまでもう1週間待つことに意味はないと判断した」とコメントしている。マージウィンドウの時点で過去最大のカーネルサイズだったLinux 4.9に迫るほど「Really Big」といわれたLinux 5.8だが、どうや
公開日 2020.6.13カテゴリ：PSRタグ：PHP,PSR,PSR-1,PSR-2,PSR-12
EditorConfigの概要 EditorConfigはインデントや改行コードなど、コーディングスタイルを統一するための仕組みです。EditorConfigを導入すると、様々なエディタやIDE間で共通のルールを設定したり、プロジェクトごとに設定を変更・統一することができます。EditorConfigの導入で得られるメリットを下記に記載しました。 チームで共通のコーディングスタイルを設定できる様々なエディタで共通のコーディングスタイルを設定できるプロジェクト毎に異なるコーディングスタイルを設定できるJavaScriptやCSSなどファイルタイプ毎に異なるコーディングスタイルを設定できる EditorConfigの正体は、.editorconfigという非常にシンプルな設定ファイルです。この設定に対応したエディタは、その設定を読み込んで保存時に自動的にフォーマットしてくれます。Visual
![EditorConfigを使ってコーディングスタイルを統一 - Visual Studio Code - [SMART]](https://cdn-ak-scissors.b.st-hatena.com/image/square/efeb6493234f33406d242c048873a805fca99c63/height=288;version=1;width=512/https%3A%2F%2Frfs.jp%2Fwp-content%2Fthemes%2Fsmart%2Fogpimage.png)
週刊Railsウォッチ: Ruby標準のCSVライブラリは優秀、if代入のコーディングスタイル、rambulanceほか（20220301後編）｜TechRacho by BPS株式会社
週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを（鍋のように）社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます（例:週刊Railsウォッチタグ） 🔗Ruby 🔗 Rubyのif値代入のスタイル Qiita記事書きました。宗教戦争が起きそうなトピックですが、僕は○○の方が好きです！！ Rubyでif文
コーディングスタイルのことを考えるよりコードを書いたほうがいいということはわかっているのだが、コーディングスタイルのことは結構考えてしまう。恋か？ 私は割とコーディングスタイルの好みが激しいのだが、自分がなぜそのやり方を好んでいるか、あるいはあまり共感できない意見になぜ共感できないのか、ということを考えるうちに、自分がどういうふうにコードを読んでいるかということが少しずつわかってきた。 スタイルにも賛否両論が激しいものがある。例えば、カラムを縦に揃えるスタイルなんかはかなり意見が割れている。私は縦に揃えるスタイルを好んでいる。 反対派の意見としては、「diffにノイズが混ざる」「使っている言語のフォーマッタが対応していない（のでダルい）」「使っている言語自体が推奨していない（PEP8など）」あたりだろうか。最初の意見はツールの問題だ。diffには--ignore-space-changes
シェルスクリプトで文字列を置換するreplace_all関数を作りました（実はコーディングスタイルの解説） - Qiita
はじめに タイトルのとおりですがシェルスクリプトで文字列を置換する replace_all 関数を作りました。一応テストはしているのですがまだ実戦投入はしていません。もしかしたら仕様変更するかもしれないしバグもあるかもしれませんありました、後日修正しますが、関数だけでも十分利用価値がある（例えば HTML エスケープなどもこの関数を使えばシェル依存することなく簡単に実装することができるはずです。）のと、これを題材に私のコーディングスタイルの解説をするのにちょうど良さそうだと思ったので記事として公開します。 ちなみに実は同等の関数は以前に作成しているのですが、今とコーディングスタイルが異なってるのと当時はいきあたりばったりで実装していたので再実装しています。近いうちに今使っている実装と置き換える予定ですがまだ十分テストが出来ていません。（Linux以外のOSでクリティカルな問題が発生しないこ
はじめに Rubyではif文の戻り値を変数に代入することができます。その場合、大きく分けて次のような2つのスタイルがあると思います。
コーディングスタイル
コードはできるだけ綺麗で読みやすいものでなければなりません。 複雑なタスクを正しくかつ読みやすい形でコード化する、それはまさにプログラミングの極意です。優れたコーディングスタイルは、そのための大きな助けとなるのです。 構文下記は、いくつかの推奨ルールを示したチートシートです(詳細は後述):
codestudyvideo.com｜動画をみてプログラミング、コーディングスタイルを効率よく学ぶためのサイト
Learn how to create a fiverr clone with NextJS, React, Convex, Typescript, Tailwind CSS, ShadCN. Thi...
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
［Python入門］Pythonコーディングスタイルガイド
PSRとコーディングスタイルの関係、そしてPERへ - Qiita
BigQuery時代における、分析SQLコーディングスタイルの提唱 - Qiita
2020年8月5日 Linux 5.8がリリース、コーディングスタイルに"inclusive terminology"適用 | gihyo.jp
【PHP】PSR-12 Extended Coding Style（拡張コーディングスタイル）
EditorConfigを使ってコーディングスタイルを統一 - Visual Studio Code - [SMART]
コーディングスタイルと文章の認識 - in neuro
フリーの高機能テキストエディター「Mery」が“EditorConfig”へ対応 ～ベータテスト中／メンバーの開発ツールがバラバラでもチーム間でコーディングスタイルを統一できる
Rubyでif文の戻り値を代入するときのコーディングスタイル、あなたはどっち！？ - Qiita
jp.reuters.com
kotarofujimino.hatenablog.com
www.hokkaido-np.co.jp
www.nikkei.com
gendai.media
cooper7447.hatenablog.com