柔軟にカスタマイズできて そこそこ規模の大きい オープンソースRailsアプリって どうすれば作れるんでしょうか…? / omotesandorb 56
プログラマとしてのキャリアをスタートすると、構文や設計を理解するだけでなく、その他の様々な事柄を理解し習得する必要があると気づきます。本書は、優れたコードを作りだし、人々と効率的に働く生産性の高いプログラマになるための考え方とテクニックを38のテーマで紹介します。はじめに、コード1行1行の書き方、デバッグやエラー処理、コードの改善方法など開発現場でのコーディングを取り上げます。次にコードを単純に保つこと、コード変更やテスト、リリースなどソフトウェアを開発する際の考え方や心構えを扱います。個人的な活動として、継続的な学習方法と停滞を避けるための課題の見つけ方など、自らを成長させる方法も紹介。さらに組織の中で他の人とコミュニケーションを取りながら、効果的に働くための習慣を解説します。『Code Craft』の著者Pete Goodliffeが、自らの経験を元に「優れたプログラマ」になるための考
最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一
初期の作品 --- Early Work Paul Graham, October 2020 これは、Paul Graham: Early Work を、原著者の許可を得て翻訳・公開するものです。 <版権表示> 本和訳テキストの複製、変更、再配布は、この版権表示を残す限り、自由に行って結構です。 (「この版権表示」には上の文も含まれます。すなわち、再配布を禁止してはいけません)。 Copyright 2020 by Paul Graham 原文: http://www.paulgraham.com/early.html 日本語訳:Shiro Kawai (shiro @ acm.org) <版権表示終り> Paul Graham氏のエッセイをまとめた『ハッカーと画家』の 邦訳版が出版されました。 出版社の案内ページ Amazon.co.jp サポートページ 2020/10/20 翻訳公開
こんにちは。HRBrainでインフラエンジニアをしている間野(@mano_0307)です。 今年の5月にインフラエンジニアとして入社しました。Kubernetesを使っている弊社で、Kubernetesをまったく触ったことのない私のような人間がインフラエンジニアになれるというのが弊社の素晴らしいところです。合言葉は「トライドリブン」。日々トライができる素晴らしい環境です。 Dev環境という各社共通の悩み 多くの会社で何かと困っているのがdev環境なのではないかと思います。 dev環境今日も空いてないよ・・・フルリモートでどうせバレないし、寝ちゃお あれ?久々に使ったdev5環境がうまく動かないよ。・・・(数時間後)あー、最新のmasterがrebaseされてないからAPIのinterface変わってんじゃん!うわー寝よ・・・ そろそろdev環境増やしたいな・・・でも、あの設定も複製しなきゃ
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEの開発組織のそれぞれの部門やプロジェクトについて、その役割や体制、技術スタック、今後の課題やロードマップなどを具体的に紹介していく「Team & Project」シリーズを開始します。 第一回目である今回は、インフラ領域を統括するITサービスセンターでPrivate Cloud「Verda」を企画・開発・運用するVerda室において、OpenStackとKubernetesを用いたVerda Platformを開発しているVerda Platform開発チームを紹介します。 Verda Platform開発チームのzoom会議の様子 Verdaは、LINEの共通インフラ基盤であるプライベートクラウドです。LINEでは、
ホーム 1. Python を始める 2. 基本仕様 3. クラス 4. モジュールとパッケージ 5. ファイル操作 6. 例外 7. ジェネレータ 8. テスト プロジェクト構成¶ Python のソースコードを管理する際にディレクトリの構成をちゃんと考えておくことはとても重要なことです。なぜなら Python は適切な構成になっていないとプログラムを正しく動かすことができなくなるからです。そこで Python 開発ではどのような構成で管理すれば問題が起こりにくいのかについて説明します。 The Hitchhiker's Guide to Python¶ Python の理想のプロジェクト構成は Kenneth Reitz 氏によって推奨されている構成に従うのがよいでしょう。どのような構成なのかは The Hitchhiker’s Guide to Python というサイトの Stru
こんにちは、CX事業本部の夏目です。 Lambdaでは標準出力に出力された内容がCloudWatch Logsにログとして出力されます。 標準出力の内容やログについてもテストしたいことは、まれによくあると思います。 そこで今回はpytestで標準出力やログ出力をテストしてみたいと思います。 標準出力 import sys def put_out(): print('aaa') print('bbb') def test_pass(capfd): put_out() out, err = capfd.readouterr() assert out == 'aaa\nbbb\n' assert err is '' def put_err(): sys.stderr.write('aaa') sys.stderr.write('bbb') def test_err(capfd): put_err
カバレッジを計測するには pytestのテストコードを作ったら、カバレッジを確認しましょう。 pytestのpluginでカバレッジ計測の便利なライブラリがあります。 名前は、「pytest-cov」です。 pytest-covの最新情報はこちら参照。 https://pypi.org/project/pytest-cov/ 上記サイトにオプションの指定例がいろいろ書いてあります。 知っておくと便利なオプションを選んで、やりたいこと別にコマンドと実行例を記載します。 pytest-covのインストール前に、pytestのインストールから動かし方まではこちらです。 https://qiita.com/kg1/items/4e2cae18e9bd39f014d4 pytest-covインストール pipコマンドで簡単に導入できます。 フォルダ構成、プログラム 例として以下のフォルダ構成、プログ
pytestの詳細、最新情報は以下サイト参考。 - docs.pytest.org - The Hitchhiker's Guide to Python オプションがいろいろあるので、とりあえず知っておくと便利なオプションを選んで やりたいこと別にコマンドと表示例を記載します。 フォルダ構成、プログラム 例として以下のフォルダ構成、プログラムについての実行結果を記載します。 フォルダ構成 mainフォルダに コード (テスト対象) を配置 testsフォルダに テストコード を配置 テストコードのファイル名は test_*.py とするのがお約束 study_pytest ├─main | ├─ calc.py | └─ say.py └─tests ├─ test_calc.py └─ test_say.py
無料で見れる【Studio Syro】のVRアニメ【Tales from Soda Island】がスゴイこの記事でわかること VRアニメ【Tales from Soda Island】シリーズの内容(ネタバレなし)どうしたら【Tales from Soda Island】シリーズを見れる?【Tales from Soda Island】シリーズのストーリーと感想(ネタバレあり)VRアニメ会社【Studio Syro】とは?VRアニメ【Tales from Soda Island】シリーズの内容 (ネタバレなし) 【Tales from Soda Island】シリーズは、Studio SyroというVRアニメ制作会社が作ったVR短篇アニメです。 この動画で雰囲気は見れるんですが、やっぱりVRで見ないとすごさが伝わらない…。 第1章は『The Multiverse Bakery』(約5分)
本連載は、マイクロソフトのソリューション「Microsoft 365」に含まれるSaaS型デスクトップ&Webアプリケーション(以下、アプリ)「Office 365」について、仕事の生産性を高める便利機能や新機能、チームコラボレーションを促進する使い方などのTipsを紹介する。 Office 365を使いこなして仕事を早く終わらせたい皆様にお届けする本連載。今回はMicrosoft Teamsの今後に注目する。 今秋・今冬に実装されるMicrosoft Teamsの注目機能群 Microsoftが米国時間2020年9月22日から開催したエンタープライズ向けカンファレンス「Microsoft Ignite 2020」では、例年どおり多くの発表が行なわれたが、本連載では[Microsoft Ignite Highlight - Japan Session]で語られたMicrosoft Team
多数のUMPC(超小型ノートパソコン)を発売しているOne-Netbook社の新型UMPC「One-Netbook A1」の価格が明らかにされました。これで、価格・発売日・スペックのすべてが判明しました。 「One-Netbook A1」は7インチのUMPCで、↓のようにディスプレイを開いてから180度回転させ、タブレットとしても使うことができる2-in-1 PCです。 価格ですが、10/22の発売から11/12までは下記の通りです。 8GB/256GB:59,800円 8GB/512GB:66,800円 そして、11/13以降は、下記の通りとなります。 8GB/256GB:74,500円 8GB/512GB:79,500円 発売から1ヶ月弱は、早期割引が適用される形のようです。 スペックは下記の通りです。 CPUにはCore m3-8100Y、8GB RAM、256GB/512GB PC
今回のエントリでは先日、僕が勤めているソニックガーデンで話題になったプログラミング関連の小ネタを書きます。 それは何かというと、「プログラミング初心者は変数名やメソッド名を略さない方がいい」という話です。 長い変数名やメソッド名はつい略したくなります。 実際、僕も長い名前を略すときはよくあります。 ですが、略称を使うのは長年の経験から「この略称は一般的だから誤解を招くことはきっと少ないだろう」とか「前後の文脈から、変数の中身は誰が見ても明らかだろう」という想像が付いた場合だけです。 一方、プログラミング初心者の人は経験が浅いため、「一般的かどうか」とか、「誤解が発生しないかどうか」といった判断ができません。 そのため、他の人が見たときに「え、何この変数名?」と思ってしまうような略称を付けてしまう恐れがあります。 たとえば、先日のコードレビューで、初心者の人がrev_noという名前の変数を定
GitHub で職務経歴書を公開 & 継続的に改善していく環境を作ったのでその紹介です。 リポジトリはこちらです。 kawamataryo/resume なぜ職務経歴書を? 今のチームがとても好きなので転職の予定はないのですが、「安定しているときこそ職務経歴書をまとめておくべき。本当に職務経歴書が必要なときはメンタルが消耗していて書く余裕はない」という話を最近知り合いから聞き、それは確かにと思い書き初めました。どうせ書くなら何か面白いことをしたいなと GitHub に公開 & CI 環境の構築をやってみました。 機能紹介 🌐 GitHub Pages で Web ページとしての公開 Markdown + GitHub のファイルビューでも良いのですが、より見やすいほうが好ましいですよね。 GitHub の無料ホスティグ GitHub Pages を使って Web ページとして公開していま
VR(仮想現実)ブームの火付け役となった米Oculus VRの創業者パルマー・ラッキーさんが、東京ゲームショウなどの視察で来日し、9月21日にVRイベント運営団体AVRSが歓迎パーティーを開催しました。会場には「Re:ゼロから始める異世界生活」に登場する「レム」のコスプレをしたラッキーさんが……! パルマー・ラッキーさん。総資産は数百億円ともいわれる億万長者です 会場となった都内のプール付きペントハウスにはVR業界関係者など約80人が集まり、その一角にはVR作品を20点ほど展示したコーナーも。ラッキーさんによるパネルディスカッションも行われ、その中ではVRゴーグル「HTC Vive」を手掛ける台湾HTCに関する話題も出ました。HTCはこの日、スマホ事業の一部をGoogleに売却することを発表(関連記事)、その後の動向を懸念する参加者から質問が寄せられました。 会場となった豪邸。映画監督の市
もう「牌が混ざっていない」と言わせるもんか 麻雀・全自動卓誕生から44年 メーカーが2ミリの閃きで完成させた会心作と苦悩の歴史 麻雀をリアルに楽しむ人であれば、既に触れたことがない人の方が少ないのでは、と思われるほどに普及した「全自動卓」。1976年に最初の全自動卓が世に出てから、もう44年になる。当時の麻雀ブームの後押しもあり、多くの雀荘に導入されたが、その時からユーザーに言われてきたのが「牌が偏っている。混ざっていない」というものだった。革新的ではありながら、手で混ぜるよりも偏ると言われ続けてきた長年の課題を克服したのが、業界最後発にして、今や最大手である大洋技研。10月19日に発表した最新機(AMOS REXX III)では、牌の撹拌率を高めるだけでなく、自動で手元に配られた牌の上下を揃えるということにも成功した。この画期的な卓をどう作り上げたのか。また、この卓にたどり着くまでの苦労
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く