編集とプログラミングと私 - the code to rock
こんにちは。こちらは「編集とライティングにまつわるアレコレ」アドベントカレンダーの2日目の記事です。 adventar.org 昨日は本企画の発案＆主宰の id:mohri さんによる以下の記事でした。 mohritaroh.hateblo.jp GitHub Desktop、なかなか良さそうですね。 こういったGUIツールは何となく使い方を覚えるまでが面倒。という先入観があって触ってなかったですが、思っていたより直感的に使えそうなので一度試してみようかな〜と思いました。 あと、GitHubありきではなくてローカルファイルの版管理ツールとして使ってみるという視点も新鮮でした。 目次 私にとっての「編集」 この記事のテーマは…… Vimでサクッと書き換える Vimで知りたい情報をカウントする Perlで知りたい情報をカウントする まとめ 私にとっての「編集」 さて、今回の大テーマは「編集とラ
熊野寮でコードを書いて感謝された話 - さんちゃのblog
CAMPHOR- Advent Calendar 2017 の 2日目 の記事です。 CAMPHOR-運営メンバーの @genya0407 です。 熊野寮でコードを書いて感謝された話をします。 熊野寮 僕は京都大学の自治寮である熊野寮に住んでいます。 ガサが来たり過激派が住んでたりしますが、基本的には自由で楽しいところです。 カーシェアリング 熊野寮にはカーシェアリングというサービスがあります*1。 これは、自動車を共有して安く利用しようというサービスです。会員登録をし、年会費を払い、乗った分だけ追加で料金を払います。 廉価に車を使えるので僕も利用しているのですが、割と昔からあるサービスということもあって理不尽な手作業を強いられることが多く辟易していました。 理不尽な手作業 理不尽な手作業とは何かというと、それは乗車の手続きのことです。 車に乗る時の手続きをまとめると、 乗ろうとしている車
タスクの可視化と共有で指示を改善する｜Yu Morita
下の子(小1)が日々の最低限やることを可視化することにした。 毎日同じことの注意を繰り返しているがゆえに、「あー！もう何度言えばわかるんだよ！」みたいな叱り方になっちゃう日々も、これで改善されるだろうと期待している。 単にタスクを可視化しただけだと、作業者本人は次にやるべきこととかを迷わなくなるものの、結局のところさぼってしまったらそれで終了してしまう。したがって可視化に加えて共有することが肝要となる。共有することで、何をどれだけ完了しているのかが本人以外も把握できるので、さぼりにくくなるというわけだ。しかしながら、さぼりにくくなるというだけではモチベーション的な継続性に欠けるともいえる。開き直るというスキルによって、たとえ共有していたとしてもさぼるということはやはり可能であるし、むしろその域までいくと次の打つ手がかなり狭まってくるように思う。 ようするに、共有した結果を糧に改善すべきは指
Apache2(httpd)の監視 ~ mackerel-plugin-apache2を読み解く - そーだいなるらくがき帳
この記事は Mackerel プラグインアドベントカレンダー(全部CRE） の2日目です。 qiita.com soudai.hatenablog.com それでは2日目は mackerel-plugin-apache2 です。 ここではApacheの細かい説明は割愛します。 mackerel-plugin-apache2はWebServerとして広く使われているApache2専用のpluginです。 こちらは README.md にも書いてある通り、 server-status を可視化してくれるプラグインで簡単に導入することができます。 github.com インストールと設定手順 本プラグインはプラグイン集として提供しているパッケージの mackerel-agent-plugins に含まれています。 インストール先は /usr/bin/mackerel-plugin-apache2
全部無償で公開！「プロを目指す人のためのRuby入門」の未収録原稿でアドベントカレンダーを作りました - give IT a try
お知らせ 今年もいよいよ終盤、12月に入りました。 日本のIT技術者界隈では毎年12月になるとアドベントカレンダーという企画で盛り上がります。 アドベントカレンダーというのは12月1日から12月25日まで、特定のテーマについて任意の参加者が毎日代わり代わりにブログ記事を書いていくイベントです。 もともとは欧米のクリスマスイベントのひとつで・・・と話し出すと長くなるので、詳しく知りたい方はこちらの記事をご覧ください。 アドベントカレンダーに関するアレコレ、QiitaアドベントカレンダーとAdventarの中の人に聞きました。 – Work:Q（ワークキュー） さて、ここ数年、僕は毎年何らかのアドベントカレンダーに企画 or 参加しているのですが、今年はなんと「1人アドベントカレンダー」にチャレンジします！ つまり、25日間、毎日1人で記事を書いていきます。 それがこちら、「プロを目指す人のた
GitHub Desktopはローカルの記事制作にも便利そうという話 - in between days
こんにちは。編集者アドベントカレンダーの1記事目です。初日ということでドキドキしますが、編集者ならではの言葉へのこだわり！ といった読み応えある記事は後のだれかがきっと書いてくれると期待して、ここでは「GitHub Desktop」という便利ツールの紹介をサクサクとやっっちゃいます。 GitHub Desktop | Simple collaboration from your desktop この「GitHub」というのは「ソフトウェア開発プロジェクトのための共有ウェブサービス」で、バージョン管理システム「Git」の最もポピュラーなホスティングサイト、だそうです（ウィキペディアによる）。あと「プルリクエスト」が便利だともよく聞きますね。 よく聞きますが、ここではGitのホスティングだとかプルリクエストっといったちょいと敷居が高い仕組みはとりあえず置いておいて、普通にローカルで記事を編集す
運用に耐えるRailsによるWebアプリケーションの作り方 - Qiita
2019/09/09加筆: 注意事項 多くの人に見ていただいていますが，この記事は2017年12月当時（Railsの最新バージョンが4.2ぐらい）に書かれたものであり，現在は内容がかなり古くなっています 2019年9月現在，筆者はRailsどころかwebアプリケーション開発からも離れているため，今の所アップデートする予定はありません（というかできません）． そのため，本記事を参考にする場合は使用しているRailsのバージョンに合わせて適宜脳内補完しながら読んでいただければ幸いです． 本記事に書かれているようなベストプラクティスを検討する上で最善の方法は，Railsの公式リファレンスとRailsのコードそのものを読んで最善策を模索することです．Rails5以上を使っている場合は，こんな古い記事を読まずに，自分で最善の方法について検討することをおすすめします． 筆者は，2014年半ばから201
JavaScriptのプログラミングはこれだけ効率化できる！ 使用歴5年目のエンジニアが送るWebStormの厳選神業集 - ICS MEDIA
JavaScriptのプログラミングはこれだけ効率化できる！ 使用歴5年目のエンジニアが送るWebStormの厳選神業集 JavaScript（ES2015+）、TypeScriptの需要は高まる一方ですが、プログラミングの効率化をどれくらい意識していますか？ プログラミングが効率化されれば、作業時間の短縮、ケアレスミスの軽減、プロダクトの品質の向上、そしてストレスの軽減に繋がります。 筆者が5年間使用している「WebStorm（ウェブストーム）」は、JavaScriptのプログラミングをする上での面倒な処理をほとんど自動化するための機能が揃っていて、ロジックの検討や表現の作り込みに時間を割けるようになります。 本記事では、多くの機能の中からとくに便利だと感じるものをピックアップして紹介します。WebStormを使ったことがない方も、「この作業はツールで自動化できるのか」という知識を得て、
家庭でKPTを回し続けた話 - nerd0geek1's iOS Blog
家庭を支える技術Advent Calendarエントリー1日目です。 去年のAdvent Calendarで書いた、esa.ioの家庭での活用術を今年も書こうかと思いましたが、家庭の平穏に一番寄与したのがKPTだったので、KPTについて書こうと思います。 そもそもKPTって？ プロジェクトの振り返りに使われる手法で、Keep, Problem、Tryの頭文字を取ってKPTと呼ばれています。 Keep、Problem、Tryは具体的には以下の通りです。 Keep：やって良かったと感じていること、今後も続けていきたいこと Problem：やりにくい、今後改善したいと感じていること Try：Problemを解決するために、挑戦しようと思っていること これをプロジェクトの終わりのタイミングなどに実施することで、建設的な振り返りができるようになり、それ以降のプロジェクトで同じ失敗を繰り返さなくなった
jQueryが必要とされなくなってきたのは, Reactなどの他のフレームワークが登場したせいではなく, 標準DOM APIが進歩したおかげです
jQueryが必要とされなくなってきたのは, Reactなどの他のフレームワークが登場したせいではなく, 標準DOM APIが進歩したおかげです JavaScript Advent Calendar 2017 - Qiitaの2日目の記事です. 何故この記事を書こうと思ったか JavaScriptの定番ライブラリであるjQueryは, 最近以前と比べて必要とされなくなってきました. その理由はよく, Reactなどの他のフレームワークが登場したせいだと勘違いされています. しかし, jQueryが必要とされなくなってきた理由は標準DOM APIの進歩によるものです. この記事ではそれを書いていきます. なお, この記事ではReact Nativeについて触れる必要がないため, React DOMのことも一緒くたにReactと記述します. また, 私がweb開発を開始したのは3年前ぐらいから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
約980名の生徒に行われたN高等学校のプログラミング教育の現状と課題 - Qiita