はてなブックマーク

gitとsubversionについて比較の記事を見つけたので、それの拙訳です。 訳は適当なので、元記事のリンクもつけるので正確なのはそちらへどうぞ。 「Subversion vs. Git: Myths and Facts」より gitとsubversionにまつわる神話（都市伝説）と真実について、まとめられています。 [神話: 真偽]という形でそれらを以下に訳してみます。 1. Gitリポジトリは同じsubversionリポジトリに比べてデータ量はかなり小さい: ウソ Git repositories are significantly smaller than equivalent Subversion ones 2. subversionのブランチのコストが高い: ウソ Branches are expensive in Subversion 3. subversionで2つのブラン

はじめに PHP Advent Calendar 2016 20日目の記事です。 PHP7で堅牢なコードを書くの記事が、だいぶ話題になりました。スライドしか見ていないのですが、共感するところが凄く多かったです。それにあやかって、普段のphpでの開発の際に注意していること・やっていることを整理してみました。 もともとはJavaの経験が長く、IntelliJ IDEAを使っていたので、同じところが出しているPhpStormを使って開発しています。その機能を使っていくと、ある程度はJavaと近い感覚でコードを書けるというお話です。 変数がどの型なのかを指定するドキュメンテーションコメント symfonyのコンテナーから取り出した場合、型がわからなくて、どのメソッドがわからなくて困る、といったことがあります。そういったときは、下記のようにしてローカル変数に対してコメントをつけると、その変数の型をP

GitHubはgitのホスティングサービスとして知られていますが、実はSubversionもサポートしています！ tortoisesvnなどの、subversionクライアントからでも全然使えてしまいます。 いつからsubversion使えたの？ 2010年の4月時点から、svnでreadすることはできていたようです。 https://github.com/blog/626-announcing-svn-support 要は、svn chekoutとリボジトリブラウジングができていたということでしょう。 2011年10月に、svn commitでコミットするなどもできたようです。 https://github.com/blog/966-improved-subversion-client-support GitHub自体は2008年4月設立ですから、2年でsubversionをとりこむのも

Solr 5.4 の環境構築で、ログ周りの設定が意外につまったので、整理としてのメモ。 ログの種類 おおむね、次の三つ gcログ solr本体 jetty（アクセスログ） アクセスログは標準では出力されないですし、大体の場合は不要でしょうが、solr 3.x 以前はtomcatにデプロイした形だとtomcatのアクセスログがあったので、それも残しておきたいケースもあるかと思い、あわせてとりあげます。 起動時の設定ファイル 公式サイトにあるように、インストールスクリプトでやったものとします。 https://cwiki.apache.org/confluence/display/solr/Taking+Solr+to+Production#TakingSolrtoProduction-Logsettings /etc/init.d/solr が起動スクリプトで、その中のSOLR_ENVに指定

きっかけ GitHubで、リポジトリのcloneのURLが、気づいたらhttpsにrecommendedをつけるようになっていて、httpsが通る環境ならGitHubが使えるのではと思い、すこし調べてみました。 https推奨なのは？ 公式のwhich-remote-url-should-i-useによると、要はfirewallとかで制限されていても、httpsはproxy経由などで使えるでしょう、ということ。GitHubにwebブラウザでアクセスできる環境なら、使えるはずと。 使い方（プロキシなしなら） プロキシ経由しないでhttps通信してるなら、URLをhttpsのにするだけでOKです。（まず、ありえないでしょうが...） git clone https://github.com/[user_name]/[repo_name].git となっていれば、 git push origin

ドキュメント作成システム構築ガイド を読み終えたので、その感想です。GitHubとCIサービスの組み合わせ方、gitやmarkdownの初歩的な使い方も丁寧に書かれているので、意外と新人向きの書籍かもしれません。 発売前に、エクセルで手順書を作るのはきっとやめた方がいいという自分の投稿に、その解決策としてCIに沿ったライティングの情報を追加したのですが、それが著者のお一人の目に留まったらしく、なんだか恐縮です。 概要 ソースコードの品質を高めるために、継続的インテグレーション(CI)が導入されてきたように、ドキュメントに対してもそれをやろうというものです。そのために バージョン管理システム(Git) Gitで差分が見やすい軽量マークアップ言語(markdown,asciidocなど) 文章を校正するためのツール(RedPen,textlintなど) PDFやHTMLなどに出力するためのツー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? どんな人向けか 新人の頃は、周囲の人や年次の近い先輩のやり方をまねて、段々とコードが書けるようになるというのが、よくありますね。その次の段階として、自分なりのやり方だったり、もっと良いやり方がないかと、視野を広げてみたいプログラマー向けです。でも、新人だったりビギナーの人の方が知っておくと得かもしれません。 追記 関連するワードとして、ベストプラクティスドリフトと、そのブログ。 https://zenn.dev/hodagi/articles/52d80908745f18 新人の方へ 期待と不安を抱えている新人プログラマーの方に、ネガテ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私は社会人になってからプログラムをはじめて、4年ほどになります。その経験から、新人だった頃の自分に伝えるなら、こんなことがあるというのがいくつか思いつき、折角なのでまとめることにしました。 やりたいことがなくても焦らなくていい よく言われていますが、やるべきこと、やりたいこと、できることの3つが重なるものが取り組むのがよいです。まっとうな会社であれば、やるべきことをある程度提示してくれるはずですし、新人にはそうするのがセオリーです。その中からやりたいと思えることや、とりあえずやってもいいと思えるものをこなしていきましょう。そうしていけば

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 一人で案件を回すことになったため、RedmineとGitHub周りの機能を試しながら使い倒して気づいたことのメモ。（他のプロジェクトであまりRedmineが活用されていなくて、ただひとりのヘビーユーザになってしまった...） 1.バージョンを切ろう どんな仕事にも〆切があるはず。なくても暫定の〆切をつくって、そこまでの作業をバージョンして区切れば、そのときまでやるべきことがはっきりする。 2.タスクが見えたらチケット化しよう 作業・タスクはどんどんチケットにする。やるべきこと、やったことが見える化される。見える化されてないものがたくさん

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 追記(2017-01-05) 「エクセル　手順書」でググったら上の方にくるようになったのですが、その検索結果ページには業務手順書をエクセルで作るとかそういうのがあり、なかなかカオスです。 あとから見ると主語が大きい気がしたので、すこし補足をいれます。あくまでエンジニア業界で、特にソフトウェアのインストールや、サーバの環境構築などの手順書にはエクセルは不向きなのでは、という実体験に基づいたお話です。 ある製品のインストール手順書を作ることになり、参考資料として過去の案件で作ったものをもらったのだが、それはエクセルファイルだった。 どういう

きっかけ Redmineのバージョンでどのチケットが反映されたかは分かるようにし、タグをつけてGitHubでリリースノートを手書きしていました。このリリースノートに、どのPRがマージされてたとか、どのチケットが反映されたかの一覧を自動でやってくれないかと、すこし探したらchangelogの自動生成を見つけました。 当初とはちょっとずれましたが、ひとつのファイルにまとめてできるならそれもありかと思い、導入してみました。 github-changelog-generator いくつかあったのですが、こちらのgemを使うことにしました。 Windowsへのrubyのインストール windowsマシンで開発しているので、rubyのインストールが微妙に障害に… 面倒なので下記を使いました。現在は2.1.x系を使えとのことで、これをダウンロード。 http://rubyinstaller.org/ イ

内容と想定する読者 Javaアドベントカレンダーの21日目の記事になります。質の高い記事が続いている中で恐縮ですが、よろしくお願いします。 play 2.4 をJava8 + Ebeanでアプリ開発した際に、気づいたことや身に着けたtipsを体系的にまとめたものです。 play javaをやってみたい、Ebeanやjava8の具体的な使用例を知りたい、という方が主な想定する読者です。端的に言ってHOW TOものです。 設計や開発方針を固めるのに思った以上に時間がかかって、webアプリ開発の枠組み的な話の比率が多くなってしまったかもです。僕自身は開発経験4年ほどの、駆け出しプログラマです。言語仕様につっこんだ話とかは、ご容赦いただければと・・・ きっかけ 自分のスキルを棚卸したいのと、play 2.4にチャレンジしたいということで、つくったものと、その過程で得たものをアウトプットしようという

/** * 仮想SMTPサーバの起動・停止のRuleクラス. * */ public class MailTestRule extends ExternalResource { private Wiser wiser; private static Config config = ConfigFactory.load().getConfig("smtp"); public static final String HOST = config.getString("host"); public static final int PORT = config.getInt("port"); public Wiser getWiser() { return this.wiser; } @Override protected void before() throws Throwable { wiser

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?