「良いコード」を書くために意識している17のTips まとめ
この記事について 私はWeb基盤を提供している企業でWebアプリケーションエンジニアをしています。 インフラや顧客基盤など複数のバックエンドAPIが動いており、それらを結合したアグリゲーション（BFF）の作成とフロントエンドの実装を担当することが多いです。 言語はTypeScriptとC#を選択する事が多く、フロントエンドではReact.jsとVue.jsを使用しています。これらをコンテキストとして私が「良いコード」を書くために日頃意識しているTipsを投稿していきます。 やらないこと インデントを揃える、命名基礎、アクセス修飾子などの基礎的な内容は割愛しています。 コードはTypeScriptで書いています。ですが特定の言語に特化した内容にはしていません。 プログミング全般に掛かかった内容であり、フロントエンドやバックエンドなど特定のレイヤーに特化した内容にはしていません。 良いコードと
デモ環境
Exmentをより近く体験していただくために、デモ環境を準備いたしました。 業務に合わせた、複数の環境を準備しておりますので、是非ご確認ください。 基本 基本的なデモ環境です。 管理者権限を付与しております。 URL: https://demo-jp.exment.net/admin ログインID : admin パスワード: adminadmin ワークフロー ワークフロー機能のデモ環境になります。 ワークフローの「申請」→「承認・却下」機能をお試しいただけます。 URL: https://exment.net/modelcase/workflow/ ワークフローのステータスごとに、ユーザーを切り替えてお試しください。 ・申請ユーザー ログインID : dev001 パスワード: dev001001 ・承認ユーザー ログインID : man001 パスワード: man001001 顧客管
Apple Developer Programが2/27から2ファクタ認証必須になる件 - backyard of 伊勢的新常識
日本時間の2/14の朝、Apple から一つのメールが届いた。 ベッドの中で寝ぼけながら読んでいて、一気に眠気が吹っ飛んだ。2/27 より2ファクタ認証が必須になるという内容が書かれていた。これは大きな問題になるぞ…！と思ってツイートした。 おいおい、Apple Developer Programのログインに「2ファクタ認証」必須化だと？これはマジ勘弁してほしい。 他のところみたくTOTPとかならどんどんやってほしいけど、Appleさんの「2ファクタ認証」は「iCloudログイン済の信頼済Appleデバイス」必須なのがヤバい。— いせ (@iseebi) 2019年2月13日 当初はこいつはマズイと思ったが、いろいろ問い合わせたり、その後出てきた情報を見た限り、杞憂そうだとわかったのでまとめておく。 Apple ID の2ファクタ認証とは いわゆる2要素認証だが、対応するのは 当該のApp
laravel-adminで管理画面を速攻で構築する。 - Qiita
これは 日本情報クリエイト Engineers Advent Calendar 2016による1日目の記事になります。 発起人ということで、初日を飾らせていただきました。 今回はタイトル通りに速攻で構築したいので、管理画面用のライブラリを利用して開発していきます。 RailsではActiveAdminという超絶便利Gemが存在するのですが、Laravelは管理画面系のライブラリが多数ありますので、選定から入ります。 ※ ちなみに日本情報クリエイトではLaravelで開発してません。布教中です。 ※ cakephpでの開発を主としていますので、興味の有る方は是非ご相談下さい！ ライブラリの選定 選定基準は、 1. 更新が頻繁である 2. githubのstar数 3. 機能数 4. ドキュメントの充実 5. 速攻で出来る！ を元に選定していきます。 調査 2016/11/30の情報です。 名
GO + Revelで開発していたものをLaravel + nuxtで置き換える - Qiita
Goでの小さいweb開発について 依頼されて開発をして、3年近く小さめのwebサイトをGo + Revelで運用してきて正直そこまで恩恵を受けれなかったように感じる。ので以下のように構成変更した。 Before 言語: Go v1.9 パッケージ管理: dep フレームワーク: Revel v0.21.0 ORM: GORM ミドルウェア: なし、cacheはrevel cache DB: MYSQL 開発環境: Docker CI/CD: CircleCI こうなるまでにも3年間でいろいろしたんですが、いろいろ問題がありました。 Beforeの問題点 Revelが思ったほど盛り上がらなかった GoでのフルスタックなMVCフレームワークとして前は盛り上がってたけど・・・ Web開発のためのモジュール追加があまりなかったので自前で実装した部分がとても多かった Goの変遷がめんどかった Goを
Laravel-admin実装時メモ - Qiita
今更ですが、初めてLaravel-adminを使ってみたので、その時のメモです。 前提 php 7.1 Laravel 5.5 インストール こちらの通りにインストールすればOKです。 ログインしてみる ドメイン(http://localhost等)/adminにアクセス admin/adminでログイン CRUDを実装 Controller こちらをそのまま使いました。 route こちらを参考にresourcesを使いました。
Laravel-adminを使って実用的な画面を作る。（1対多のリレーションシップに対応） - Qiita
Laravel-adminのCRUDについて よく見る情報は1テーブルを操作するものしか載っていないので、リレーションシップをどれくらい対応できているのか試行錯誤しました。 リレーションシップに関連する情報が少ないので探すのがとても大変でした。 ドキュメントを参考にしつつ、ドキュメントに無いものはソースを読みながら……。 試したみたところ結構実用的なレベルだと思いました。 1対多のデータに対応するための面倒なフォームも少しコードを書くだけで表示できるし、レイアウトもそこそこカスタマイズできるのでテンプレートの作成が不要！ 開発工数を短縮できそう。 これはもうへっぽこなデザインで作って「時間がないので…」とか言い訳できないぞっ Laravel-adminのインストール手順＆ドキュメント 今回試したこと Laravel-adminの機能を使ってユーザー管理する画面を作る。 ・一覧画面、検索（フ
Laravel Nova と laravel-admin を比較してみる - Qiita
この記事について Laravel のメイン開発者である Taylor Otwell さん謹製の、管理者用サイト（サブサイト）作成パッケージである Laravel Nova（以下 Nova）と、同様のツールで、以前から存在する laravel-admin を比較してみます。 その上で、有償（個人利用なら 99 USD、商用/チーム利用なら 199 USD) の Nova を導入するべきかどうか、という検討もしてみます。 期待も込めて、やや Nova 贔屓目で記載しますので、その点ご了承ください。 どちらも多機能なので、随時更新していきたいと思います。 Laravel Nova とは Nova is a beautifully designed administration panel for Laravel. Laravel Nova - Beautifully-designed admin
Djangoで、Paginatorやdjango-pure-paginationを使ってページングしてみた - メモ的な思考的な
Djnagoで、1ページあたりの件数が多くなった時にページングする方法を調べた時のメモです。 なお、ページングという用語については、 ページング(Paging) ページネーション(Pagination) ページャー(Pager) などの呼び方があるものの、今回は以下に従いページングと呼ぶことにします。 一覧リストにおけるページングについて : circumstance evidence 環境 Windows10 Python 3.5.1 Django 1.9.2 django-pure-pagination 0.3.0 2018/8/26 追記 この記事で取り上げた django-pure-pagination ですが、 現在メンテナンスされていない Django2.1以降に対応していない の問題があるようです。 そのため、新規に導入する場合には、別のライブラリを使ったほうが良いです。 2
Announcing Sourcegraph 2.4: free, powerful search for your private code
Announcing Sourcegraph 2.4: free, powerful search for your private code Sourcegraph 2.4 is here. It is now free for unlimited users and repositories, can be installed in minutes with a single docker run command, and is easily configurable in the new web-based site admin. This release also includes many performance and bug fixes, plus a better interface for monitoring search results. Sourcegraph gi
Awesome Ruby : 素晴しい Ruby のライブラリ・ツール・フレームワーク・ソフトウェアの数々
元記事: Awesome Ruby Ruby 以外の言語, ソフトウェアについては を参照してください. Awesome List in Qiita Awesome Java Awesome JavaScript Awesome Node.js Awesome Python Awesome Go Awesome Selenium Awesome Appium 抽象化 ActiveInteraction - アプリケーション固有のビジネスロジックを管理します. Cells - Rails のコンポーネントを表示します. Decent Exposure - コントローラに宣言的インタフェースを提供するヘルパー. dry-rb - 共通のタスクをカプセル化するための, 次世代 Ruby ライブラリコレクションです. Interactor - 1回のリクエストで複雑なインタラクションを実行するため
Ansibleのroleを使いこなす - Qiita
Ansibleのroleを実際に使ってみてわかったことを共有します。さらに便利に活用するtips等ありましたら、ぜひコメントをお願いします。 Ansibleのroleは単にインクルードの単位 最初roleという名前を聞いたときは、webserverとかdbserverといった役割を設定するのだろうと予想しました。が、Rolesのドキュメントを読んで、playbookの一部をインクルードして再利用するための仕組みだということがわかりました。つまり、playbookを分割・構成するコンポーネントという意味合いです。 もともとroleはなくてincludeの仕組みだけありましたが、より便利にするためにroleという仕組みが追加されたという経緯のようです。 例えばnginx, mysqlといった単位でroleを定義するのが良いです。さらにmysql/clientのように階層的なrole名を用いるこ
シンボリックリンクの向き先変更（ln -nfs TARGET LINK_NAME） - Qiita
シンボリックリンクの向き先を変えたいときって結構あるけど、単純にln -s TARGET LINK_NAMEってしたら怒られる（"ln: target: File exists"）。 そこで泣く泣くrm -f LINK_NAME && ln -s TARGET LINK_NAMEってしてたけど、便利な上書きオプション-fがあった。 あぁわかりやすくて便利、ln -fs TARGET LINK_NAME。 （なんで今まであると思わなかったんだろう。。。） [追記] TARGETがディレクトリの時は、-nオプションも必要。 ln -fs TARGET LINK_NAMEだけだと、TARGETがディレクトリの時に意図通りにならない。 $ ls -l TARGET1/ TARGET2/ $ ln -fs TARGET1 LINK_NAME # 1回目は大丈夫 $ ls -l LINK_NAME -
Awesome Python：素晴らしい Python フレームワーク・ライブラリ・ソフトウェア・リソースの数々 - Qiita
元記事: Awesome Python Awesome List in Qiita Awesome Ruby Awesome Java Awesome JavaScript Awesome Node.js Awesome Go Awesome Selenium Awesome Appium 管理パネル 管理インタフェース用ライブラリ ajenti - サーバ用管理パネル. django-grappelli - Django 管理インターフェースのためのジャズスキン. django-jet - 改良された機能を備えた Django 管理インターフェース用の最新のレスポンシブテンプレート. django-suit - Django Admin インターフェースの代替 (非商用の場合のみ無料). django-xadmin - Django 管理者のドロップイン置換. jet-bridge -
Rails管理画面gemのKaminari 1.0.0対応進捗 - koicの日記
先日メジャーバージョンがリリースされた Kaminari 1.0.0 への Rails 管理画面 gem の対応状況 (主に依存バージョンの見直し) を見てみた。 Active Admin github.com sue445 さんが出した PR がマージ済み。現時点でまだリリースはされていない様子。 リリースまで待たずということであれば、git オプションの指定などで動かすことになると思う。 Rails 5.0.1 / Ruby 2.4.0 の最新安定版で問題なさそうとのお話。 RailsAdmin github.com 自分が先日出した PR がマージ済み。おそらく次のリリースくらいに入ると思っている。 リリースまで待たずということであれば、git オプションの指定などで動かす。 手元では Rails 5.0.0.1 / Ruby 2.3.3 という少し前のバージョンではあるけれど、アプ
Rails で namespace を適用する方法 ( scaffold 編 ) - Qiita
やりたい事 管理画面用に scaffold で作成した CRUD ( Create, Read, Update, Delete ) へ namespace を適用し、/admin/ のような URL でアクセスしたい。 controller , view , helper や、assets 配下の javascripts , stylesheet , image を namespace でディレクトリ分けし、見通しを良くしたい。 ( app/controllers/admin/***_controller.rb , app/assets/javascripts/admin/***.js ... ) namespace を利用し、コントローラとビューはわけても、モデルはわけたくない。 前提 バージョン
モデルだけネームスペースをつけずにscaffoldを生成する - Qiita
管理画面などを自分で作る場合、admin/blogs_controller.rbのようなネームスペースのついたコントローラーと、blog のようなネームスペースなしのモデルにアクセスするscaffoldを作りたくなります ありがちな手順は、 rails generate scaffold blog のようにネームスペースなしでscaffoldを生成したあとで、controllerやviewのファイルを移動して、さらにそれらのファイルがネームスペースなしのモデルを参照するように直していく、というものです ですが、rails4に搭載されているscaffold_controller generatorを使うと、そんな面倒なことをしなくても最初から適切なscaffoldを生成させることができます scaffold_controller $ rails generate scaffold_contr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Horizon UI: Free React Admin Template for Trendy Dashboards
GitHub - z-song/laravel-admin: Build a full-featured administrative interface in ten minutes
はじめての Django アプリ作成、その 1 | Django ドキュメント
