アウェイ - アレクセイ・ラスティン

プレゼンター - セルゲイ・ゴシェニン







親愛なる友人たち、Ready-made Solutions studioへようこそ。 私はゲストを代表しています。これは、情報技術の分野で20年の経験を持つ人、ITスペシャリスト、テクニカルディレクターであり、優秀な人です。 今日のゲストはアレクセイ・ラスティンです。





こんにちは、セルゲイ。 こんにちは同僚。

______________________________________________________________________________________________________



年表



Lustin Alexey Alexandrovichは、1980年にアナディリ市で生まれ、Voronezh工科大学でCADエンジニアリングの学位を取得して学びました。 1995年以来-ITスペシャリスト。 彼はリペツク市の1C実装プログラマーとしてスタートし、Uyuterraネットワークのビジネスプロセスの自動化に従事していました。 2008年以降、Javaのリードスペシャリスト、Rails。 2008年に彼はモスクワに移りました。 2012年から2014年-Svyaznoy Group of Companiesの革新的な開発およびシステム分析部門の副部長。 現在、Silver Bulletのテクニカルディレクター、トレーナー、および建築コンサルタントです。



アレクセイ、まず最初に、私たちが将来話し合うことを示すために、あなた自身について少し話してみることをお勧めします。



始まりのように、それは非常に複雑です。 要するに、私は自分が北極圏の近く、遠く、遠く、チュコトカで生まれたような形で語っています。 私は12歳からITに携わってきました。つまり、実際は20歳ではなく、私の意見では22年間です。 彼は定期的なカートリッジの詰め替えから、請求書を入力するためのオペレーター、建築家、技術ディレクターなどに行きました。



どうやってそれを通過したのですか？ ここで、おそらく、もっと長く話す必要があります。



優秀な教師の主要な銀河は極東ではなく中央部に集中していたため、97年にチュコトカから研究所に入学しました。 ノボシビルスクに戻ったかもしれませんが、一般的には、ITの質の高い教育は、モスクワ、ヴォロネジ、またはもちろんサンクトペテルブルクの技術都市で得ることができました。 残念ながら、極東ではそうではありませんでした。 自分自身にお金を提供するために、そして時間が大変だったので、私はITの仕事を始めました。 これはコンピュータークラブの管理者であり、コンピューター機器のアセンブラーであり、1Cの開発者であり、奇妙なことに、まだ古いバージョンです。 また、開発を始めたばかりのJava開発者として、また他の人がそのようなことを覚えているClipperデータベース開発者として手を試しました。 当時はとても楽しかったです。



そして、学生段階の終了後、深刻な人生が始まり、そこで私は異なる方法で行きました。私はプログラマーであり、プロジェクトマネージャーでもありました。私が働いた雇用主（ビジネスオーナー、ITディレクター、IT一般的なマネージャー）。



それから、リペツクで、私はUyuterraの会社で働いていました-これは非食料品店のネットワークを結んでいるかなり大きなロシアの持ち株です-当時、ブラゴベシチェンスクからカリーニングラードまで約112のスーパーマーケットがありました。



少し後に、自分の開発の順番で、経験を積んでアプローチを共有するために、業界の巨人に近い自分のイニシアチブでモスクワに移動しました。 だから私はSvyaznoyに行き、そこで約4年間働いた。 私はそこで一流のプログラマーであり、社内の技術リーダーでもありました。昨年の会社での私の役割は「1Cコンピテンスセンター」と呼ばれていました。 わかりやすくするために、約200人の1Cスペシャリストがいます。



そうですね、メッセンジャーを知っていると、そのレベルがわかります、はい。



はい これが生き方です。 彼に対する私の個人的な態度の観点から。

4人の著者によるITパラダイム

したがって、95年目にITスペシャリストとして始めました。 95年目のITスペシャリストのモデルは、2015年のITスペシャリストとは異なると思いますか？



一般的に、私の意見では何も変わっていません。



しかし、テクノロジーの開発におけるパラダイム、概念、変化の変化はどうでしょうか？



パラダイムは変わっていません。 私たちが現在寄生しているすべてのパラダイムは、4人の著者によって発明されました-これらは、ブルックス、ワース、ワード、およびハダックです。 実際、彼らは93年から94年の間にこれらのパラダイムを思いついた（70年代に発明されたソフトウェアエンジニアリングの話ではない）。 テクノロジーで起こっていることはすべてそこに置かれています。 何も変わりません。 一方、これらのパラダイムを適用する実践のみが成長しています。つまり、95年目に始まったITスペシャリストは、条件付きで、これらのパラダイムを適用した20年の経験を持っています。 これは、2005年からの人との関係における彼の唯一の競争上の優位性です。 2005年に始まった人だけが10年間の練習をしています。 それが全体の違いです。 そして、パラダイムは同じです。



いいね そして、95年目を思い出しましょう。 それでも、IT専門家はITを愛する人々でした。彼らは15歳の12歳でこの分野にやって来ました...今ではIT専門家の一部がITを流行しているという理由だけでITを選んでいるのは秘密です。



はい、今ではITにとって非常に大きな流行です。 しかし、それから彼らはそれが流行したので選んだ。 たとえば、ロシアにも影響を及ぼした2000年の「ドットコムブーム」を思い出すことができます。 3年前の97年には、工学専門のファッションも非常に大きかった。



理由を説明します。 当時のロシアでは、一般的にあらゆる種類のIT専門家が不足していました。 優れたITスペシャリストにとって、彼らは大金を払う用意ができていました。 弁護士にとって、エコノミストはもはや支払いを望んでいませんでしたが、ITの準備は整っていました。 おもしろい時間でした。 93年目に工学分野の合格点は9-3 3であったことを思い出すと、ITに関連する工学分野の97年目には、合格点はすでに14-15の領域にありました（1、4、2、5）。 これはインジケータです。 そして、私の意見では、この合格点はまだ減少していません。 2000の最初の時点で、IT専門分野の合格点と要件は97、98、99居住レベルのままです。



一方、それでもITではファッションを含めて行きました。 したがって、今では当時始めた人の多くはもはやIT専門家ではありません。 それらのいくつかはビジネスマンであり、誰かが経済学者になり、誰かが去りました。



ファッションのために来た人はいなかったが、本当にそれを愛した人はいなかった。 そして、10年の経験を持つITスペシャリストを見ると、彼はこの成長のすべての危機（1、3、5年）を経験した可能性が高いでしょう。 家族生活のように-あなたはITと結婚し、その1年後、私はあなたが結婚していることに気づき、3年後にあなたは戦いをし、5年後にあなたはあなたが離れていることを理解すると、最終的にそのような「Zen」必要です。



そのような哲学。



かなり面白い経験がありますが、自分がITスペシャリストであるとは言いませんが、自分自身はそれを主張しています。 なんで？



私の経験と私がどのような専門家であるかという一般的な概念を反映した論文が2つあります。これは過剰スキル-いわゆる「スキルによる検索」（それらが多すぎます）であると同時に、トラブルシューティングは「人-問題解決者」です。 私は通常、ITの問題を解決できると言います。 経験により、技術により、開発されたアルゴリズムにより-一般的に。 どんな問題でも解決できるからです。 この問題が1Cに関連しているかどうかは関係ありません。 未解決の問題はあり得ません。 これが最初です。



私は非常に長い間このアプローチで生活してきたので、すでにいくつの問題を解決したか想像できますか？ それが、実際、スキルの不備がある理由です。 問題があったとしても、Ruby、C ++、Assemblerで問題を解決できます。 もちろん、1C、ビジネスアプリケーション、サードパーティの開発者が作成したアプリケーション、OpenSource、Commerceアプリケーションを使用します。 私はこれをすべて経験しました。 カートリッジ会計？ はい、お願いします。

「未解決の問題はない」

ビジネスアプリケーションスペシャリスト

それから私は反論の質問があります。 私のキャリアは遠い2000年から始まり、1Cから始めました。 しかし、6〜7年後、文字通りの意味でのodnosnikでなくなったが、おそらくどこか深いところでは、まだ7つをプログラムしている。 しかし、なぜそんなに豊富な技術的経験をまだ持っているのに、自分を同級生だと考えるのでしょうか？



実際、私は通常、自分をビジネスアプリケーションの専門家と呼んでいます。 ロシアでは、ロシアだけでなく、1Cプラットフォームなしでビジネスアプリケーションを作成することは不可能です。



この場合、少なくともロシアでは、1Cがビジネスアプリケーションを作成するための最も一般的なプラットフォームであると言えますか？



1Cは、問題指向言語の概念の実装です。 95に戻りましょう。 問題がありました。 多くの企業があります。 典型的なものを考慮せずに、現在ロシアでいくつの構成がゼロから記述されているかを想像してください。 つまり、事実上、すべての1Cスペシャリストがゼロから構成を作成したと言えます。 悪いこと、良いことは重要ではありません。 ポータルINFOSTART.RUは、現在45万のアクティブユーザー、1Cスペシャリストを登録しました。つまり、それぞれが独自の構成を作成したと言えます。

「1Cは問題指向の言語の概念の実装です」

たとえば、4つの本格的なソフトウェアシステムがあります。 これは、小さな開発やレポートをカウントしていません。



私は通常、非常に多くの1Cスペシャリストがおり、非常に多くの非定型1C構成がゼロから作成されていると言っています。 また、ロシアにはいくつの企業がありますか？ 他にもたくさんあります。



おそらくすべて同じビジネスモデルですか？



はい、ビジネスモデル。 ほとんどの場合、ビジネスアーキテクチャは、このビジネスを作成するチームのアーキテクチャに直接比例します。 同一のビジネスやプロセスもありません。 同じ原則に基づいている場合でも、具体的な実装は常に異なります。 我慢する必要があります。



1Cプラットフォームとビジネスアプリケーション開発用の言語はどこから来たのですか？ これはすべて、ロシアでビジネスが成長しているという問題に対応して現れました-古いシステムから新しいシステムへの移行がありました：多くの小さな企業が現れ、成長は非常に急速でした。 多くの小企業が生まれています。 彼らはすべて「テンプレート」ビジネス慣行（「ベストプラクティス」）に取り組むことができませんでした。



それから、そのような慣行はロシアにそのように存在しませんでした。



はい、この市場に対するコンサルティングはまだ行われていません。 しかし、すでに何らかの形で作業する必要がありました。



ビジネスプロセスをすばやく説明するための言語が必要です。 プラットフォームがないため、「ドキュメント。請求書の受領。行動（）」（登録、印刷、プリンターへの送信、販売の開始など）を記述できる言語が見つかりません。 そしてそれは記述されなければなりませんでした。



従来、アイデアは会計士でさえ彼のビジネスプロセスを説明できるというものでした。 うまくいきませんでした-アルゴリズムベースを持ち、ビジネスプロセスを特別なDSL言語（問題指向言語）で記述することができる特別な人が必要です。 しかし、この方法でコストを削減し、5〜10人のビジネスを迅速に自動化することができました。









実際、これにより、これらのベースクラス、ベースモデルはすでに存在しているため、これらのベースクラス、ベースモデルを作成する時間とコストが節約されました。



はい、それは大きな飛躍でした。 事実、当時95年目には、ビジネスアプリケーションを開発するための主要言語はC ++であり、抽象度が低かったということです。



それから、私が覚えている限り、クリッパーにはたくさんのことが書かれていました。



クリッパー-それはあまりにも低レベルの言語でした。 そして、抽象化のレベルを上げた一種のフレームワークとしてJavaが登場しました。 しかし、彼はこのレベルを1段階上げただけで、コンポーネントモデルの構築を許可し、1Cは5レベルをまっすぐ上に、すぐにビジネスマンのレベルにジャンプしました。 20年経った今でも、海外でもロシアでも、ビジネスプロセスを直接説明できる類似の言語はまだありません。



現在、銀行はトレーダーを自動化し、アルゴリズムを特定のDSL言語で記述するための言語を作成しようとしています。これをJavaの世界（より正確には機能の世界）で実行しようとしています。 そして、条件付きで、このような言語は20年間存在しているため、私たちはここで勝利を収めています。 また、近い将来、同じレベルの言語がそこに表示されることはまずありません。これにより、システムを基本レベルで等しく効果的に平準化できるため、コードとメモリの問題で最初の段階で停止できなくなり、ビジネスの利点をすぐに考えることができます。



アジャイルが思いついたものを覚えていますか？ サードパーティプラットフォームの開発者がエンドユーザーのメリットについて考え始めるために。 スペースメモリ管理アルゴリズムを作成しませんでしたが、これらのアルゴリズムがビジネスにどのように役立つかを考えました。 シャツを着たビジネスマン（これにお金を投資するオーナー）ではなく、エンドユーザー（店主、オペレーター、会計士）に。



まだそのような瞬間があります：1.5メガバイトのメモリを獲得するために、ある種のアルゴリズムを最適化する必要性をビジネスに正当化する方法は？ C ++では、このようなビジネスの最適化の実現可能性調査を証​​明することはほとんど不可能です。 しかし、1人の従業員にとっては簡単です。彼のタスクはビジネス目標に近いため、何が速くなり、何が改善されるかを説明できます（さらに、C ++の助けを借りてメモリによる最適化を実装できます）。



そして、なぜ私が自分を1Cスペシャリストと考えるのかを振り返ると、私は常にビジネスマンと仕事をしています。 当初、20年前に、私は義務的健康保険基金で働き始めました。 私の最初の仕事は、必須の医療保険の支払いを自動化することでした。 私の最初の顧客はこのMHIファンドの責任者でした。彼は戦略的なビジネス目標、つまりなぜ必要なのかなどを説明しました。 そして、それに関連する技術的な実装と技術的なリスクは完全に私の側にありました。プラットフォームの選択は、Access、Clipperなど、完全に私にかかっていました。



これが私の最初の仕事でした。当時、私は15歳で、私たちの街にはデータベースの専門家がまったくいませんでした。 私とAndrei以外に、私の同僚は優れたC ++プログラマです。 また、私たちのチームには約35歳のラジオエンジニアである「シニアコンペア」がいました。彼は、すべてを技術的に実装する方法を説明してから、行われたことを「コーミング」しました。 そして、私たち若い人たちは、すべての地区の強制健康保険の責任者の戦略的目標を取り、これを実現しようとしました。 悪いこと、良いこと、間違い-それはもう問題ではありません。 おそらく彼が今私たちに会ったら、彼は私たち全員がそこでうまくいかなかったと言うでしょう。 しかし、これは正常です。



彼があなたのためにあなたのために決定したと言うことは可能ですか、あなたはあなたの仕事の頭に彼の目標を置いて、彼はあなたにさらなる発展のための弾みをつけました。



はい、もちろん、彼は私たちを信じているという事実に大きく影響を受けました。 私たちは若い10年生で、オリンピックで優勝しました。そのようなITスペシャリストは骨の髄までです-しかし、実際、私たちは実務経験のない男でした。 しかし、彼はチャンスを取り、私たちに何かをしようとする機会を与えました。 はい コンピュータの近くにいて、一般的にすべてのものにいるため。 それはとても良い動機でした。

さまざまなレベルの抽象化

私は私のキャリアの始まりを覚えています-それはVodokanalでした、1Cがありました。 DOSバージョン2.0で1Cを見つけ、7.5から7.7に移行しました。 しかし、7.7の下で何かを書き始めたとき、すぐに会計の背景が欠けていることに気付きました。 その後、3か月のコースを受講しましたが、これはおそらく、一方ではさらなる開発の推進力となり、もう一方では既にビジネスプロセスの奥深くにあるプログラミングからさらに前進するための一種のクリックとなりました。 さまざまなビジネスタスク用のプログラムやアプリケーションを作成するITスペシャリストが、プログラミングから離れて、隣接するプレーン、他のプラットフォーム、他のタスク、または一般的な別の領域に移動するようになりませんか？



はい、これは通常起こります。 世界は分裂しています。 最初は、プログラミングのスキルがいくつかあります。 Pascalで、C ++で、ある種のアルゴリズムで書くことができます。 これは基本的なスキルです。この段階では、ビジネスタスクの経験はまだありません。 しかし、1Cプラットフォームが登場します。 あなたはそれの助けを借りてビジネス上の問題を解決しようとし、自分自身にそれを渡すとあなたの最初のレベルが発生します。 そして、次は何を決めますか。 あなたはビジネスに行くことができます-これは起こります。 おそらく、あなたはITがあなたのものではないことに気づくでしょう。



ビジネス方法論者（またはアナリスト方法論者と呼ばれる）に行くことができます。 これは方法論を説明する人ではなく、開発者（製品を作成する人）とビジネス顧客との間のリンクになろうとしている人です。 これは、ビジネスプロセスを研究し、隠れた要件を見つけようとし、そしておそらく外部の方法論者を引き付けるようなアナリストです。



これはおそらく建築家に近いものですか？



いいえ、これはシステム分析に関するものです。 建築家-彼はコンポーネントモデルを構築し、このスペシャリストは一種の設計者であり、最終モデルの正確な構築方法の分析にもっと従事しています。



いずれにせよ、あなたは専門になり始めます。 この瞬間、1Cの世界を離れたいと思うかもしれません。なぜなら、あなたは突然、自分自身がいくつかの低レベルソフトウェアですべてを設計できると決めたからです。 たとえば、Javaは無料であるため、Javaを使用し、その上で何かを設計し始めます。 その結果、人々は何か別のことを始めるか、最も頻繁に起こることを1Cに戻しますが、知識は異なります。



経験の量は、エラーが大きくなるにつれて犯されるミスの数に正比例します。 これはそのような機能です。 したがって、最終的には、ほとんどの場合、1Cの世界に戻ります。 たぶん、異なる能力で-例えば、ビジネス顧客として、またはチーフアーキテクトとして、1Cを横から見ながら、とにかくそれで作業します。 1Cはビジネスプロセスを自動化するためのプラットフォームであり、1Cからはまったく移動できないためです。

「エラーの数に直接比例する経験の数」

しかし、odnosnikovの評判はどうですか？ 私が始めたとき、クラスメートの多くが私を笑ったことを覚えています。 ここでは、通常の本格的な言語でプログラムを作成しているとします。C言語だけでなく、ロシア語でも書かれた言語でプログラムします。



残念ながら、または幸いなことに、仕事には多くのチームがありましたが、それらは同じチームではありません。 一般的には、Ruby on RailsとJavaのスペシャリストである1Cスペシャリストの他に、自分自身を考慮することもあります。そのため、これらのフレームワークでアプリケーションを作成した経験があります。 しかし、別の問題があります。 .NET、Java、なんでも書いている人は、人から遠すぎます。 彼らはビジネスを自動化しません。 ビジネス向けのコンポーネントを作成しますが、これらのコンポーネントからビジネスアプリケーションを構築するプログラマ向けのコンポーネントを作成します。



実際、彼らはキューブを構築し、そこから誰かが最終製品を構築します。



はい、そうです。 結局のところ、マイクロ回路のロジックを実装するプログラムをアセンブラーで作成する人がいるという事実については考えません。 また、内部アルゴリズムもあります-さまざまな南、北の橋。



簡単にしましょう。 私たちは毎日マウスを制御していますが、マウスの動きが画面にどのように伝達されるかについては考えていません。



はい、マイクロコントローラ内で微結晶をプログラムする人々がどこかにいます。 専門的な「物理化学」があり、そこでマイクロコントローラのレベルで作業し、そこでプログラミングすることを学びます。 彼らにとっては、2バイトが大量です。 メモリはギガバイトではなくバイトで測定されます。 これらの人々は、完成したコンポーネントを、たとえばC ++などのより高いレベルでデバイスを操作することを既に説明している他の人々に渡します。 次に、C ++で記述されたこれらのコンポーネントを使用して、すでに.NETやJavaなどでアプリケーション、コンポーネント、またはライブラリを作成している人もいます。 そして、odnosnikiが来て、これらのコンポーネントを取り、それらを究極のビジネスアプリケーションにします。 これがその仕組みです。



クラスメートに戻りましょう。 あなたの言葉に基づいて、一方では単一のソースになりたくないが、そうしなければならないという一定の矛盾があると言うことは可能ですか？



1つは1つのエドニックである必要がありますが、1つは1つのエドニックであってはなりません。 これは矛盾です。 理解しやすくするために、1Cという単語を削除するだけです。 1CはCJSC 1Cであり、このプラットフォーム内でお金と方法論の両方を投資する開発会社です。 ビジネスオートメーションの専門家である必要がありますが、ビジネスオートメーションの専門家である必要はありません。 統合失調症を思い出させます。 ただし、一般的には、トグルスイッチを切り替える方法を学習する必要があります。



それはあなたがビジネス顧客と通信するときです、あなたの仕事は彼と技術的な問題を議論することではありません-技術的な負債、技術的なアーキテクチャ。 顧客は、クラスターの構築方法（水平または垂直、ラックの構築方法など）を知りません。 彼はあなたに特定の願いを伝えます。 一般に、顧客は、金型全体の何らかの視覚的動作の疑いを取得したいと考えています。 もちろん、これはコンパイラーを注文する顧客でない限り。



...顧客がビジネスの代表者であり、IT業界の代表者ではない場合にだけ言ってみましょう。



はい 私たちは究極のビジネスについて話している。 , . – , - – , , . .



IT-, , , -. . , 1 – , , ( , ) . , , , , .



. 1-. , , ?



. 1- , . , . , - , . 1- .

«1 »

, , ?



, , . 1 . , , . – , . , , . , , , .



80%, , 2 , 20% . .



. . , , 1: , , « », . 10 , , -, .



1 . . : - , 100 , , . , 1- . 1 . , , .



, ?



はい , . . 1- , IT, ( , ) — , -, . .



, , .



. 1- , , -. .NET- , IT, , .

L HTML (DSL, XML, WSDL, ..) language — .

«» , : ? , , , , . ?



-. -, , . , , .



10 . 1-, : , 1, 80% 1 - – Android, Clojure , . , . JavaScript, HTML. L HTML language — .



, 1. , , , XML 8 . -, WSDL (Web Services Description Language), L — . , 1, , , . .



, , , , , 5 .



5 , – - - , . , 6 , , , 20 , , . ( ) .



, , , . , , , Python, .NET, 1 XML, 1 HTML… , , 1 Web. , 1 - . - , 1, - «».



, , 2014- – , , . 1- (, , , , ). , « » — . . «», , .



, PHP , , . , , , , . Node.js Ruby on Rails, . , , - … .

«80% 1- »

, – «» 1-. , , , ?



– - . 1 «1», , . .NET, Java, Phyton . , 95- , , (, , ).



, . , – . , DSL , . . , : 1 .NET, — . .



. ( ) .NET Java 1- 5 . ( , , ) – 1-, , , .



, , , , . – .



, - ( ) : «, .NET, ». . , , : «, 1, ?» 1- .



: 1, , : « — .NET», .NET- : « 1, 1 — », . .

-

. , IT-. , , , , , 4 , 4 , , 2, , . , , IT-? , . , , .



, , , , .



IT- : , . IT- , – , IT- , , . . () — .



, ? , , — . , «», . ? , , .



. : , — , - . -, : « , » – , , .



IT- : . .



, , , . - .

« »

1-

. , 1-. ? 1- , ?



. : , , WMS – 7 . «», , Java, Ruby on Rails ++ . , : « (DZBZ2 Godex ), , ».



— 1, , – , ++, Linux. – . , … . , «».



. , . : , . , . , .



, , «», , WMS 1 . — . , , . – Java-, , , Java 1.



, 1 – , 1- - (, ..), .



, 1- Java-. – , .. , «1 – ». , , , -. , , WMS- 1 . , . . , – .



, .



, – , . , .



: , , , . : « ». : « -, , ». : « -? . 2 , . , . ?» , .



, , , -, ( ) .

今、私はあなたが費用の話題に触れた方法が本当に好きでした。 最近-おそらくクラウドコンピューティングが原因で-開発チームが地域のどこかに連れて行かれたときに、状況がしばしば明らかになりました。 ITディレクターとして、これは主にコストの削減と考えています。 テクニカルディレクターの観点から、これにはどのような長所と短所がありますか？ コードの品質がこれに苦しんでいると言うことは可能ですか？ それとも費用がすべてですか？



確かに品質が低下します。



コードの品質は明確に低下しますか？



すべてが苦しんでいます。 まず、配布が困難なチームがある場合、それを管理することはほとんど不可能です。 私の意見では、これを管理できるのはアレクサンダー・ベロフだけです。 彼は唯一の成功した管理経験を持っています。



そのようなチームの開発者には、特別な心理タイプが必要です。 イジェフスクまたはエカテリンブルクのどこかで、固定開発者の性格を持つ人を雇うことはできません。 あなたは、「センター」に報告して、リモートチームで働くことができる完全に異なる人を探す必要があります。



分散チームでは、一般的に管理コストが増加します。 地域に向けて出発するという事実のために、給与基金（VOF）でお金を節約しているようですが、管理性を失い始めています。



チームを構築するときは、どのような場合でも、方法論的に、リーダーと、オフィスマネージャーなどと別個の小さな開発部門を作成する必要があります。 それは何とか動作します。 次に、この原価センタは最終製品を製造するため、利益をもたらします。 これは練習からです。



誰かが分散チームでの開発がより収益性が高いとあなたに言うなら、彼らは嘘をつきます、彼らはお金のために、給与のために、それはより安くなると言います。 しかし、リモート開発の総コスト（総所有コストと呼ばれる）は高くなる可能性があります。 そして、ここでのポイントは品質ではなく、あなたが負担する費用です。



つまり、直接的なコスト-これらの初期投資（私がそう言うかもしれない場合）は少ないが、一般的な骨に影響する間接的なもの-本当に忘れられているのか、特別に黙秘されているのかとよく言われます。



通常、人々は外にオフィスを構えると、次のような間接コストで状況を認識します。すごい、間接コストはモスクワ、サンクトペテルブルク、または他の中央都市よりもはるかに高いことがわかります。



リモート企業の観点から、単純な開発者と1C開発者に違いはありますか？



練習から、私は見ていません。 お金は異なりますが、同じ割合です。



リモートオフィスでは、「チャンピオン」が必要です。このチャンピオンシップのコストは、通常の平均給与の2倍になります。 そして最終的には、オフィスコストを犠牲にしてこの小さなリーダーシップを補う必要があり、おそらくマーケティング、会計のコストを削減する必要さえあります。 ただし、念のためにローカルの会計士やオフィスマネージャーが必要になる場合があります。 この練習。



私自身は地域出身です。 私は過去4年間しかモスクワにいませんでしたが、その前にロストフからプスコフに揺さぶられ、シベリアでもしばらくの間偶然でした。 私は主に地域で働いていました。

雲について

いいね また、クラウドでのチーム開発にいくつかの新しいツールを使用している場合、全員が1か所で作業し、ライブで通信することはありませんか？



まず、世界の1Cでは、これはまだ作成されていません。 Linuxの専門家と一緒に、クラウドコンフィギュレーターをデプロイする試みがあります-カスタマイズされた環境とすべてのツールを備えたクラウドでのグループ構成開発のための特別なシステムです。 このコンフィギュレーターは現在、内部ベータテスト中です。 近い将来に展開するか、1C会社自体が将来同様のことを行うかもしれません。



これはコンフィギュレーターが実行されている仮想マシンの一種であることを正しく理解していますか？質問は、そこで複数のアクセスがどのように編成されているのか、共同開発はどのように行われているのですか？



さあ、ハエをカツレツから分けます。 単語1Cを削除します。 クラウド内の開発者のインフラストラクチャは、現在、市場全体で大きな問題となっています。 1C、Java、.NET、Java Scriptなどで。



今、そのような概念Vagrantがあります。 1C：Bitrixはそれを使用します（使用を開始したばかりです）。 これは、Bitrixがデプロイされた小さな仮想調整マシンがあなたにやってくるときです-時間を無駄にせず、すぐにコーディングを開始します。 同様に、Bitrixを仮想マシンにローカルにデプロイすることも、クラウド内のどこかに-独自の（所有している場合）、またはプライベートに-何でもデプロイできます。 その結果、私たちはこれらの小さな仮想オペレーティングシステムで動作します。これらは事前にロードされており、自動的に更新されます。 そのような傾向はどこにでもあります。 したがって、1Cという単語を削除します。これは現在、どこにでもあります。



これによりコストが削減されます。 たとえば、鉄を買うために。 理想的な1C開発者の固定コンピューターを想像すると、おそらく非常に安く購入すれば、おそらく約4万ルーブルの費用がかかるでしょう。 現在の価格では、おそらくすでに60です。i7（マルチコア）、16ギガバイトのRAM、およびコンフィギュレーターのキャッシュを操作するためのテラバイトSSDネジのようなものがあるはずです。



はい、ソフトウェア要件は急速に増加しています。



はい、そしてあなたは9万ルーブルを返済する必要があります。 モスクワで働いていれば、どうにかしてそれを行うことができます。また、この地域では、融資があっても9万ルーブルで回収するのは非常に困難です。



また、リモート環境を使用する場合は、ネットワーク上でこれと連携するブラウザーまたは固定クライアントが必要です。 通信チャネルの開発により（そして現在も開発中です）、非常に便利で便利です。 したがって、これは非常に興味深い傾向です。



また、クラウドコンフィギュレーターの場合、チャネル速度はどのように影響しますか？ これが画像表示に影響することは明らかなようですが、クラウド側のパフォーマンスはどれほど良いでしょうか？ そして、それは何に依存しますか？



練習から-パフォーマンスは、SSDを使用している場合でも、たとえばローカルマシンの3〜4倍になります。 ソリューション自体のパフォーマンスはすでにこのソリューションのプロバイダーに依存しているためです。



最終的なビジネス上の決定、最終的なコンサルティング、慣行はすべて、引き続き販売しています。 しかし、人々が進化するためのツールは、オープンソースにレイアウトされています。



コミュニティはどのように形成されましたか？ ツール、ベストプラクティスを共有しました。 はい、Infostartはそのように形成されました。 すべてのツールがレイアウトされています。 それで、結局、デバッグします。 インストルメンテーション（同じSnow Maiden）は、多くの点で1Cよりも数倍生産的です。 構成の操作、1Cストレージの直接操作も、通常の作業よりも数倍高速に実装されています。 良いCシュニックがあるという事実のために、時にはアセンブラーが出くわします。



ええ、もちろん、メルセデスAMGは、それが頭に浮かぶので、メルセデスよりも優れています。



はい、たとえば、仮想マシンの1Cは速度を低下させ、パフォーマンスを半分に低下させるという意見があります。 ただし、仮想化を正しく構成すれば、パフォーマンスが低下することはないという意見もあります。 また、フローの並列処理を正しく構成する、つまり、フローを並列化することで内部ツールのコードをわずかに異なる方法で実装すると、通常のマシンと比較して2倍の勝率が得られます。 これは練習からです。



したがって、ストリームを並列化して最終的にアセンブルするときに、このマルチスレッド、つまりMapReduceアプローチを実装するという事実により、実際のパフォーマンスはローカルマシンよりも高くなります。 つまり、アセンブリフローのみが同期的に発生し、負荷分散は水平に発生する必要があります。 しかし、これはアーキテクチャのゾーンです。 8.3でもほぼ同じ1C番目のクラスターが機能します。 すべてのコードは非同期である必要があり、複数のスレッドで実行する必要があるため、並列化、メモリ管理などが可能です。

1Cプログラミングの世界の専門家について

1Cニックネームは、1Cのみを知っていると言うとcだと言います。これに加えて、他のプログラミング言語も知っているからです。 これは、私たちがターニングポイントに近づいていることを意味していますか？ 以前は、1Cニックネームは1Cでプログラミングした人でした。 今、彼は仮想マシンを理解し、XMLを理解し、PostgreサーバーがLinux用にどのように構成されているかを理解する必要があります...



あなたが話していることは、パフォーマンスエキスパートと呼ばれます。 彼は、Linux環境またはWindows環境で1Cがどのように動作するかを理解するのが好きです。 彼は、さまざまなサーバー（Windows Server 2012、Windows Server 2008）でパフォーマンスが異なることを研究しています。 それらのいくつかは彼にとってより便利であり、彼はそれで働くことができます。 彼はビジネスの自動化をまったく行いませんが、とにかく1Cの専門家です。 この顔は平準化されています。 彼はただの専門家であり、インフラストラクチャの専門家であり、1Cの環境です。



このような人、たとえばTomcatアプリケーションサーバーをJavaに配置すると、彼は次のように言います。「ああ、1C-nayaではなく、通常のサービスです。まあ、Javaでもそうですが、同じように動作します。」 そして、彼は突然、アプリケーションサーバーのインフラストラクチャサポートのスペシャリストになりました。



95年のITスペシャリストとは異なり、1Cを自分で設定し、2日後にビジネスに何らかの準作業を与えたが、実際のソリューションでは、狭い意味での現在の1Cニックネームが支配的な役割を果たし、残り2開発部門はサポート機能を実行しますか？ このために「世界平和」に来ることは不可能でしょうか？



そうかもしれませんが、別の質問があります。 お金で再び。 神は彼を祝福します。技術主義で、技術的な問題はすべて解決されました。 今、問題はそれをどのように収益化し、それでお金を稼ぐかです。



したがって、「サービスモデル」に移行すると、新しいファッショナブルなテーマが始まります。これらはマイクロサービス、マイクロコマンドです。 ITが突然（サポートサービスのような）コストセンターではなく、利益センターになると言われ始めました。 新しいイデオロギーによれば、すべてのITサービスはお金を稼ぐ必要があるため、実際には、内部サービスの請求サービス（給付の計算）を設定する必要があり、条件付きで1Cニックネームはそのサービスの一部をドナーから購入します。

「新しいファッショナブルなトピック-マイクロサービス、マイクロマン」

実際、一種の内部原価計算です。



はい、すべてのマイクロプロセスにマイクロコマンドが存在する場合、彼らはパートナーシップで互いにこれらのサービスを購入するだけです。 さらに、フランチャイズのモデルと典型的な「アップデーター」もサービスの1つにすぎません。 企業顧客にとって、彼は典型的な1Cのニックネームのように見えます。彼は到着してITSを更新し、会計士と心から話し、ITSで読んだ革新について話してくれます。 これはサービスであり、基本的なお金のサポートです。 しかし、このサービスはプロジェクト活動も提供します。なぜなら、あなたがそのようなサポートのサービスを持っているなら、開発部門全体もそれに起因して開発しているからです。実際、ビジネス顧客からの実際の要件はこのサービスの従業員によってもたらされているので、ユーザーと真剣に話します。









これは、実際には何らかのテクニカルサポートであると言えますか？



不可能です。 技術サポート-技術者であり、他に何もしない人。 現実には、そうではありません。



次のことが起こります：その人は行って、ITSを更新し、給与計算担当者と話をして、開発チームに戻りました。 この時点で、会計士は開発に小道具「デイジー」を追加する要件を指示しました（これは実際の要件であり、本当にそのように聞こえました）。 本当の開発者は見た目とresりを感じます。「カモミール」とはどんな小道具なのでしょうか。



そして、同じ「アップデータ」が彼らにやって来て、実際問題はこれだと説明します。スタッフの大幅な交代、人は来年辞めて帰ることができ、専門用語でそのような従業員を「ヒナギク」と呼びます。 彼らには2つの労働契約があり、証明書には2-NDFLが1つあります。 そのため、税務に問題がないように、従業員のディレクトリにそのような要件を追加するように依頼しました。 ITSの更新中に、彼らがそれについて「お茶を飲みながら」話していることが判明しました。 したがって、何も変更する必要はありません。これは、RAMの標準機能にあるためです。



その結果、ここのアナリストは旅行して話し合ったこの男性であることが判明しました。



しかし、これは、彼が典型的な構成をよく知っていて、問題の本質とビジネスの詳細を一般的に理解していることを条件にしています。つまり、特定のレベルの1Cニックネームでなければなりません。



はい しかし、彼はこのレベルに到達する必要があります。



もちろん。

移行期間について

開発していない人々の問題は、2つの方法で解決できます。 現在、市場で何が起こっていますか？



あなたや私のように自分自身を成長させている人たちがいます。 この機会に、ムーアの法則があります。それは、技術のさらなる開発がますます速くなると言っています。 そのため、開発よりも速くなるために、開発に対応するための基本的なツールを蓄積する必要があります。 そして、明日はどうなるかを今考えているので、傾向に乗ってこれらのリスクを軽減することができます。



しかし、プラットフォーム自体がすでに魅力的な他の人々がいます。 非常に多くの人が、1Cプラットフォームが悪いなどと聞いたからといって、1Cの世界を去ったことを知っています。 しかし実際には、アプローチ7.7からアプローチ8からアプローチ8からアプローチ8.3に再構築できませんでした。 Javaの世界での8.3アプローチは（そしてそれだけでなく）事実上の標準であると非常によく言います：クライアントからの呼び出しとサーバーでの実行を伴う3リンク。 もしJava開発者の誰かが1C開発に来たら、1C 8.3では彼は馬に乗っていました。



7でDelphiからプログラミングに切り替えたとき、おそらく次のように数か月間プログラミングしたことを覚えています：最初に頭の中で英語版のコードを生成し、それを1Cでロシア語のコードにすべて翻訳しました。 そして、まったく同じ方法でエラーをキャッチしました。



まあ、これらはそのような移行コストです。 目標は良いです。



はい、出力は良好でした。



そして、2番目のタイプの人々は、開発に遅れをとらない人々です（開発が進行中です）。 そして最終的に、彼らは市場から追い出されるか、代替されるか、再訓練されるか、却下されます。



開発中ですか、開発中ですか、またはこのスキームから完全に脱落していますか？



はい 離れて逃げることもできます。 私の記憶では、ITスペシャリストがサラトフの荒野に行って農民になったケースがありました。 彼はそれにうんざりしていました。彼はITが彼ではないことに気付きました。 これも正常です。



私たちは、どんな問題でも解決できるという事実について話している-時々、問題は単に「損失を修正する」だけで解決できる。 ITが私たちのものではないことを理解していれば、損失を記録することがあります（ごくまれに）、つまり、私はIT担当者ではありません。



これは、原則としてどの分野にも当てはまります。



はい、ITという言葉を削除しました。実際、どの方法論にも損失の修正があります。 それは起こります、怖くないです。



私も正統派でした。 たとえば、私がYaveryだったとき、1Cに否定的に関連していました。 私が1Cのニックネームだったとき、Javaは遅すぎると思いました。 しかし今、私は「バリケードの両側」を訪れた後、特定の異質なアプローチ（特定の「Zen」）に行きました。「悪い」と「良い」はありませんが、問題があり、言語と解決策があります。 人が望む主なもの、彼が感じる愛、欲望など。

「問題があり、言語があり、決定がある」

「芸術への愛のために」

私たちは、自分のしていることを愛する人々が優先されるという事実に戻ります。 彼らの主な動機はお金ではなく、仕事への愛と自己啓発です。



彼らは開発中です。 彼らは通常聞かれ、彼らの仕事の結果は目に見える。 そして、ある種のルーチン作業を開発したり、したくない人がいます。 私は彼らの意見に同意するとは言いませんが、そのような人々も必要です。



現在、開発とさまざまなタイプの人々について話し合っています。 私の知る限り、あなたは1Cを含むさまざまなコミュニティのメンバーです。 パラダイムと概念の変化について話しました。 あなたの意見では、コミュニティ自体に何か変化はありますか？ 同じインフォスタートなど、何らかの形で再構築されますか？構成や視聴者に変化はありますか？



いずれにしてもInfostartが開発されます。 彼はどこへ行くのか、2006年から開発を続けています。 2007年にInfostartコミュニティに参加しました。

「INFOSTARTはどこでも進化します」

あなたと私は同じ年齢です。



その前に、1C ProClubと1C ++について話しました。 Mistaはあまり好きではありませんでした。練習がほとんどなかったからです。 おそらくそこで話すことは可能だったかもしれませんが、この会話だけが私を発展させたわけではありません。 また、1C ++フォーラムでは、より専門的なコミュニケーションが行われ、このコンポーネントの作成者から多くのことを学びました。 したがって、私はフォーラムで彼らと話し、彼らと一緒に勉強し、彼らは私に教えてくれました。



ところで、私たちがInfostartに来たきっかけを知っていますか？ 2007年のある時点で、開発を公開することを決めたということです。それから、他に公開する場所がなく、ここで+1レーティングシステムが気に入りました。 それはすごかった。 私たちは、「プラス」のエンドユーザーとして、その時点でそれらを「測定」しました:)



覚えている、覚えている。

ITコミュニティについて

それ以来、Infostartコミュニティが発展し、変化していることに気付きました。 トローリングが少なくなり、プロ意識が高まり、答えを得る機会が増えます。 「何もない」コミュニケーションはソーシャルネットワークに行き、プロ意識はプロのコミュニティに残ります。 , , .



GitHub — . , « — ». , . , , . PHP – , «, , ». .. «», «».



.



はい , — , , . , .



, . – , , . , , . , , .

« , »

. , « ». SilverBulleters. – Silver Bullet. , , – . : ? - ?



. , .



, 4 : , , . 2 . . — . , . — « », , « ».



, , – « » . , , . , «- » . « — ». , , .

« , – « » »

— ?



, . , , , . , – . – . . , – . . , .







, , . ?



- , , , , . . , , , .. , 3 , , .



— . . - , . . , , .



, . , . « » , . , — .



______________________________________________________________________________________________________



:



youtube

iTunes

podfm