平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
たったひとつの※1・・・とタイトルにつけたいところですが、自粛しました。 読む本の大半が SF な山本泰宇です。 「Git & GitHub & kintone でウルトラハッピー！」で紹介しましたが、サイボウズでは昨年 Git と GitHub Enterprise を導入し、それまでの Subversion 中心のシステムから移行しています。 開発システムはソースコード管理だけではなく、レビューシステム、ビルドシステム、BTS、ドキュメント、その他さまざまなツールやシステムを組み合わせて構成されます。長年 Subversion や CVS を中心にしてきた組織では、さまざまな仕組みがそれに依存しているので、Git に移行したくてもできない！とお悩みのところも多いのではないかと思います。 ここからが本題。システムの準備は少人数で進められます。前回紹介した Git, GitHub, kin
いろいろな方々とお話していると、「Gitでバージョン管理をしてみたい！」というような意見を多く聞きます。（Qiitaユーザーは「すでに使ってるよヽ(´ー｀)ノ」という方が多いとは思いますが…） 今回は、キャリア1年未満の時にgitの社内での運用についていろいろと制定していた際に、勉強した記事(+α)などを紹介したいと思います。 ##読んでほしい方 gitをチームでこれから導入しようとしている方 とりあえずgitを使ってみて、突っ走ってしまい、意味の分からないブランチが乱立したりして、運用に困っている方 新入社員の方など、バージョン管理って何なんだろうと思っている方 #そもそもGitとは？基本的な使い方は？ Gitを使うと何ができるのか、それを基本的にどう動作させるのかを修得するためのサイトです。 まずは以下のサイトを読んだり触ったりしてみることからはじめました。 ##概要や使い方とその解説
はじめにコンテキストから。 会社では全体的に Subversion を使っている。 僕のチームでは Git を使い始めて2ヶ月くらいが経った。 僕は少しだけ個人レベルで使っていたけどあくまでも個人だし、 チームメンバーで他に Git 経験者はいなかった。 このままわずかな人数で使い続けていては習熟のペースが遅いので、 加速するためにも利用者の増加を狙って社内勉強会を行った。 それについてまとめてみる。 第1回 Git の用語・構造 まずは Git の用語や構造を知ってもらうことにフォーカスした。 Subversion の Windowsクライアントでは TortoiseSVN の使い勝手がいい。 そのため、「どこまでが Subversion でできるのか」が理解されないことがあった。 実際、VisualStudio で Git を使うと、インデックスの概念が見えない。 これでは正しく理解さ
svnから解放されたのもつかの間、今度はひどい運用のgitとGithubのプロジェクトにアサインされて、これまたひどい歪みのBackboneを矯正するバイトをしている。Backboneに対しては、どんな過酷なプロダクトでもとりあえず導入されていればまだ大丈夫だろう、という印象だったのだけれど、クソプログラマはそんな希望さえもあっさりと打ち砕いてくる。クソBackboneの話は長くなるので割愛するが、単純なページ構成のはずなのに、なぜかViewが複雑に絡み合い、liveとbindとonが混在しているし(これはjQueryアンチパターン)、そもそもそれはBackbone.events使えやという感じだし、なぜかBackbone.Routerが3000行超えてるし椎間板ヘルニアみたいな状態だけど、なんとか意図を読み取り、インデントを正し、git blameして呪詛の詞を並べている。 それとは関係
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub 本社に行ってきた
