「Mercurial」を含む日記 RSS

はてなキーワード: Mercurialとは

2021-06-30

現在gitが完全にデファクトになったが、svnから分散バージョン管理へ移行する過渡期には

mercurial, arch, bzr, svk など様々なもの存在していた。

その中でコマンド体系めちゃくちゃなgitが勝ち残ったのは何故なんだ。

やっぱリーナスさんが推したから?

2020-07-13

anond:20200713221821

bitbucketmercurial 死んで git しか使えないから、それなら github か gitlab でいいやとなったな

2014-02-06

SIerって終わってんな

海外出張の後の振り休で暇なので書いてみよう

http://getlife.hateblo.jp/entry/2014/02/06/030300

こういう無知おっさんが居るから日本IT業には魅力がないのだよなぁ、という印象


自分プログラマというよりは、どちらかというと研究で飯を食ってる非SIエンジニア

このブログの著者のおっさんが言うところの、プラスアルファは手に入れてる側ではあるんでしょう

普通プログラマであることでは、差別化が出来ないと考えたからこそ様々な挑戦を繰り返し

生き残るために研究開発というポジションについた

外資でも働いたし、海外でも勤務経験がある

分析役(SEアプリケーションエンジニア、業務エンジニアシステムアーキテクトなど)

業務分析システム分析を行い、「何を作るべきか」を明確にするための分析役を担います

実装役(コーダーテスターなど)

実際に動くアプリケーションプログラミング品質評価を行う実装役を担います

この2つを分断している辺りが、もう絶望的にダメ


基本的には、実装スキルのない人間設計などはものの役に立たない、という所は同意して貰えるだろうけど

逆に、コーディング以外の技術、例えば無知おっさんが例にだしてるデータサイエンティストであれば

統計だの機械学習の学術的な知識、体系だって勉強してきた数学力がなければ、まともな設計はできない。

アルゴリズムがどんな計算をしていて、どの程度の計算量を要求し、どの程度の資源を求めるか、誤差はどうか、

負荷はスケールアウト出来るのか、他にいい手法存在しないか、といった知識は一朝一夕には手に入らない

実際のコードイメージしながら、各モジュール群を適切に設計運用するには、どちらかでは不足がある

まりコーディングスキルを含めた言語などの道具への理解と、それを使った技術力、そして経験は不可分のもの

揃ってやっと1人前の”プログラマ”と呼べる。そういう人間からこそ、高給取りになれる。

プログラマコーダという認識は、プログラマという職業技術を軽視しすぎている人間に見られる

結局のところ、プログラムを書く人(=コーダ)ではなく、プログラムを使ってビジネスが出来る人(≠コーダ)が生き残るって面では日米大差ありません。

ちっちゃい商売で食えてることがこの人の自慢なんだろうけど、これこそが日本Sierゴミな理由だ

世の中にどんな技術があり、どんな研究が進んでいて、何が出来て、何が出来ていないのか?

それを知らない人間が良くこういうことを言う、顧客ニーズを汲み取れるだけでビジネス(笑)が生まれるとかないでしょ

例をあげると、海外ではCADソフト研究開発は盛んだけど、もう国内では殆ど生き残ってない。

国内には世界的な自動車メーカーがあれほどあるにも関わらず、CADソフト国内には著名なソフトがない

こういう例には枚挙にいとまがない。日本ゲーム企業世界的だがそこで使われている、ツールやらレンダラは海外製だし

SIerお得意のビジネス(笑)を生み出す、クラウド分散コンピューティング関係でも、OpenMPIなど海外製だ

GitMercurial海外で生まれているし、OpenCVを初めとした画像認識ソフトやその技術海外で生まれている

カメラによる画像認識で車や人を判断してブレーキする車は日本で作られるが、その根幹を為すアルゴリズム

海外研究者やらエンジニアが作っている訳だ。広大の栗田先生など一部例外はあるけれど。

それぞれ、SIerが言うビジネス(笑)なんか比較にならないほどの市場規模を持っているのに、それらを無視してビジネスとはなんだろうか?w

電機・機械系では、研究開発が盛んで、技術と儲けることは不可分なのに、IT業界だけはどういうわけか

ビジネスとは技術を何一つしらない無知おっさんが作るものであるらしい

本物のプログラマにとっては、全く魅力がない、そんな業界な訳だ

お客からしたら技術の中身なんかぶっちゃけどうでもいいんです。JAVA で書こうが、Cで書こうが、COBOLで書こうが、そこに価値本質はないから

もちろん、手段は多ければ多いほどいい。そういった意味でのコーディング技術有用です。

ただし、あくまでも手段は手段。価値を生み出すという目的には別の考えが必要です。

無知おっさん無能さを再掲してやろう

道具というのは、それを適切に選択して使ってこそ価値がある。

フランスではOCAMLが普及しているが、なぜだか考えたことがあるか?

関数型言語は、どういう場面で威力を発揮するか?

Javaにできて、C#で出来ないこと、その逆は何か、

何を選択すればコストが抑えられるかをすら考えたことすらない

それをこれ程証明する言葉も無い

言語なんかなんでも一緒?w 

なるほど、鋸でなくともノミでも木は切れるだろうなw

切断面の美しさやかかった時間などは客には関係ない、切れてさえいればいいかw

こういう人間が作るビジネス(笑)とやらに先はあるだろうか?

お客にとっては技術などは確かにどうでもいい、しかし、それを上回る製品がないという前提だ

どうやって世界と伍して戦う?

どうやって他の製品を上回る?

微々たる使い勝手の差などは、技術力の差の前では圧倒的に無力だということは

データベースオラクルだのSQL依存し、製品ではSAPなどに完敗を喫し続けているSIerこそ理解すべきだろう

本当にビジネスを作る、というのが、技術と不可分なのは言うまでもない。

もちろん、その技術にはコーディングスキルも含まれている、という当たり前の話です。

id:hiroyuki1983

製品を生み出して売ってる会社SIerじゃ全然違うでしょ。どっちが上とか言う話ではなくて

オッサン論法でいけば、SIerサービスとして提供するものと、同一の機能を持った製品との間の明確な区分など

客には存在しない。どっちのほうが凄くて安いか、だ。

そんで、もう、そういう勝負に負けまくってるのがSIer技術で勝てないから安さで勝負するために

オフショア必死になったり、ブラック企業化してプログラマを潰しては、ますます技術力とサヨナラしていってるね

http://anond.hatelabo.jp/20140206172641

普通は「IT系」って企業の一部門だし実際日本でも自動車メーカーやら電機メーカーやらゲーム会社やら内部でプログラマー雇用して国際的な成果も上げてる企業なんていくらでもあるんですよね。

最近だとニュースサイトとか電子書籍とかの関係出版系みたいな文系会社プログラマ求人普通に出してます

なのに日本IT系というとまずSIerが思い浮かんで、そこが糞だから日本ITダメと。

全くだな。

技術力をもった企業エンジニアがフィーチャーされるべきなんだが、例えばゲーム屋だと

プロデューサーだのディレクターだのが表に出て学生のあこがれの対象になるし、

他もプロマネが表に出てくる事が多いので、文系職の比重の高さが問題なんでは・・・みたいな方向になるよな

大手でもホンダソニー日立など、研究部門が成果を上げている、中規模でもデンソーとか良い企業もあるし

小さい会社だと、先日googleに買われたシャフトとか、CADラティスとか、モーションポートレイトなど、固有技術で食ってる会社もある

しかし、そういった会社への就職は一般には要求水準が高くて難しい、

東大情報理工なんかを出たエリートでなくても、もっと裾野の方の楽に入れる企業でも技術が重視される風潮を作ることが大事

2013-11-13

http://anond.hatelabo.jp/20131113230526

それは書き方がおかしいんじゃないの?

一昔ならともかく、いまはスクリプト言語だって最適化によってそんな極端な

パフォーマンス差は出ないと思うんだが。

 

あと、どうしても速度が欲しいならボトルネック部分のみ機械語なりなんなりで書けよ。

全部C言語で書いたからって、全部100倍で動くわけじゃないんだから一部の速度ためにC言語なんて

化石を使って全体の生産性を落とすのは馬鹿げてる。

(Mercurialを見よ)

2013-11-04

言語関係なくおすすめ出来るプログラマー向けツール 5+α

今までプログラマーをやってきて、状況や環境に左右されず有用だったツールを書き残しておく。

基本的に Windows, Mac どちらでも動作するもの


1. VirtualBox

https://www.virtualbox.org/

ローカル PC 上に別の OS (LinuxWindows) を動作させる事ができるツール。複数の OS を同居させる事ができるので、自分趣味用のサーバ仕事用のサーバを分けて管理したりできる。昔自分Linux勉強をした時は、メイン PC とは別にサーバPC を買ってきて設定していたけれど、VirtualBox があればそんな面倒な事をしなくても済む。今は VirtualBox を更に簡単に設定できるたツールもあるみたいなので、それを使うのも良いかもしれない。


2. パスワード管理ツール

名前の通りパスワード管理するためのツール。1Password https://agilebits.com/onepassword か KeyPass http://keepass.info/ が良いと思う。サーバサイドのプログラムを始めると、sshデータベース等、様々なアカウント管理する必要が出てくる。root パスワードを忘れた時に、他の人がそれを覚えている保証は無いので保険としてぜひ導入して置いた方が良い。


3. プログラミング向けエディタ

何でも良いので、とりあえず汎用プログラミング向けエディタを使う事をお勧めする。Sublime Text http://www.sublimetext.com/Eclipse http://www.eclipse.org/Vim http://www.vim.org/Emacs http://www.gnu.org/software/emacs/ あたり。Linux に関わるのであれば、VimEmacs どちらかは習得しておいた方が良いが、初期学習コストは高い。EclipseJava 以外の言語にも多数対応していて機能豊富なので、最初はここから始めるのが良いかもしれない。もし Eclipse も難しいと感じたら、より普通テキストエディタ寄りの Sublime Text から始める。


4. git

http://git-scm.com/

最近オープンソースプロジェクトgithub で公開されている割合が多い。そうで無くても git リポジトリ採用率はとても高いので、gitインストール必須と言っても良い。また、個人用のリポジトリを作るのもとても簡単なので、小さいプロジェクトを始める時は最初git init をしてしまうのが良いだろう。もちろん、svnmercurial を使っているプロジェクト存在するので、それらも適宜インストールする。


5. Google Account

これはツールでは無くて Web サービスだが、サイトアクセス解析しろ地図機能の実装にしろWeb サイトの構築を Google 抜きで考えるのは難しい。また、開発メンバーとのコラボレーションを行う場合Microsoft ExcelメールDropBox でやりとりするよりも Goole Drive の Spreadsheet を使う方が便利な事も多いので、意識して Google を使うようにすると新しい発見がある。


+α.

2009-09-07

彼氏バージョン管理システム使ってなかった。別れたい…

バージョン管理していないと、ディスク死んだ時とかに最新ファイルがわからず復旧に時間がかかって恥ずかしいww

下向いちゃうしww

男にはせめてSubversion使って欲しい……

.bakとか.oldとかつけてファイル保存とかされたら……もう最悪ww

あとせめてcommitコメント普通に書いて欲しい。

常識的に考えて欲しいだけなんです!

ファイル名に日付付けてバージョン管理してます!」なんて自信たっぷりに言われた時の恥ずかしさとか分かる?

あのね? たとえば週末10~20人ぐらいで勉強会とかするでしょ?

それぞれ作ったwebアプリリポジトリにアップして公開するわけじゃない?

みんな普通にgitcvssubversionMercurialバージョン管理するわけでしょ

ブログに全コード貼り付けて自慢げに公開したら大恥かくでしょうがww

2008-11-20

ソースコードの修正履歴をコメントアウトで残す方式だった。別れたい

修正履歴をコメントアウトで残す方式だと、新旧のコードを並べて比較した時なんか分かりにくいww

可読性さがっちゃうしww

男にはせめてソースコード管理システムくらい使って欲しい・・・

バグとか出て、ソースコード修正が必要になったら・・・・もう最悪ww

せめて普通VSSCVSぐらいは使って欲しい。

常識的に考えて欲しいだけなんです!

コメントアウト方式のソースコードレビューする時の恥ずかしさとか分かる?

あのね?たとえば商用系で障害が起こって10??20人ぐらいで対策会議とか開くでしょ?

それぞれ腕利きのプログラマとかお客さんとか来るわけじゃない?

みんな普通SubVersionGitMercurialClearCaseとか期待してるわけでしょ?

コメントアウト方式でノコノコ書いてたら大恥かくでしょうがww

 
ログイン ユーザー登録
ようこそ ゲスト さん