フルフレックス PerlのITエンジニア求人・転職情報

募集ポジション ※こちら所属は神戸製作所(横浜事業所)ですが、勤務地は鎌倉市となりますので、ご留意ください。 ●組織のミッション ・ネットワークセキュリティ分野 ネットワークセキュリティ分野における製品企画、設計、製作、システム納入後のフォロー等、システムエンジニアリング ミッション:顧客の重要通信インフラを支えるネットワークセキュリティシステムの提供 ネットワークセキュリティシステムの一部である通信システム、及び周辺システム開発の設計・製造・試験業務をお任せします。開発に際しては、当社の研究部門や営業部門と連携してプロジェクトを進めていただきます。 【変更の範囲】 会社の定める業務(※) (※)業務の都合によっては会社外の職務に従事するため出向又は転属を命じることがあります ≪具体的には≫ 主に通信システムに関わる組み込みソフトウェア開発の業務をご担当いただきます。 (1)要求分析・仕様整理 (2)ソフトウェア設計(基本設計・詳細設計) (3)実装(コーディング) (4)テスト検証(安全性・品質の確認) (5)運用・保守(ハードウェア(汎用品)の組み上げと設置、現地でのシステム調整作業) ●参考情報 ・プロジェクトの期間:短くて1年程度、長いもので3年程度 ・プロジェクト管理の規模:直接的には、最大10名～20名程度のとりまとめ ※各関係会社(間接的な管理)の人数を含む。 ●使用言語、環境、ツール、資格等 ・Windows上でC,ASM,C++、開発ツール等で、Perl, VB, C#

●業務内容 当社顧客である大手金融企業(証券)の基盤チーム(約20名)のリーダー/サブリーダー業務として以下業務をお任せします。 ・証券取引システムをはじめとした業務システムにおける、インフラ基盤領域の設計/構築および保守運用のリーダー/サブリーダー業務 ・ミドルウェアを活用したアプリケーション環境の構築と機能テスト、および本番リリースの円滑推進 ・顧客折衝、仕様調整、進捗管理を通じたプロジェクトマネジメントの遂行 ※技術領域は、インフラ技術(Linux/ミドル中心)が主ですが、アプリ側の挙動理解(MQ/認証/DB接続等)が活きる役割となります。 ●具体的には ・顧客対応 　要件ヒアリング、仕様調整、会議ファシリテーション ・設計・構築 　サーバー(Linux/Windows)、ミドルウェア(WebSphere(WAS)、JP1等)の構成設計 　業務ジョブフロー、デプロイ管理ツール、監視設計と構築 ・プロジェクト管理 　WBS策定・進捗管理、課題管理、品質管理 　スケジュール調整、リスク管理、変更管理 ・チームマネジメント 　3～5名程度のチームリード、作業指示、レビュー 　協力会社との調整、ベンダーコントロール ●管理規模 管理サーバー数:本番環境 4000サーバー、開発環境 3000サーバー 当社では各システムのインフラ領域を支援。(主にRedhat Linux、Windows、 VMware等) ●配属部門 サイバーセキュリティ&インテリジェント・オペレーション事業本部 (変更の範囲)会社の定める業務

事業をエンジニアリングする技術者を募集しています。 現在アドプラットフォーム、メディア、EC、HRなどの事業に加えて、様々な新規事業があります。それぞれの事業のフェーズや特性に合わせて、チームの毛色は少しずつ異なりますが、全社を通してエンジニアリングで大切にしていることは共通しています。応募いただいた方と対話させていただきながら、マッチするチームを調整いたします。 事業をエンジニアリングする ●フルサイクルな開発 「アイディアをお客さまに届けるまで」を1つのサイクルとみて、誰かに依頼するのではなく、一人の開発者でも滑らかに回せるようにしよう、というのがフルサイクルのイメージです。 これは専門性を否定するものではなく、滑らかに課題を解決するために役割を限定しないという考え方です。専門性の高いメンバーを中心に、環境やツール、自動化などへ技術的な投資も継続的に続けています。 技術によって得意不得意はあるので、メンバー同士がフォローして、チームとして前に進むように心がけています。 ●バイアスに囚われない選択 原則として技術を固定化していません。その事業の特性、ビジネスのフェーズ、あるいは技術的な要件に適した技術を採用し最高のプロダクトを開発していく方針です。 常にバイアスを疑い、常に複数の仮説と選択肢を持つということです。既存のものをそのまま採用するのではなく、いくつかある解決策を並べて最適なものを選べているか。解決策が一つしかないのは危険だといえます。今使っているもの、自分が得意なものを取り払って、課題解決に最適なものゼロベースで考えます。 技術を固定化してしまうと選択肢が狭まってしまいます。幅広い選択肢を持つ結果、全体としてはバラエティのある技術選択になっています。 急激な変化にも適応できるチームであり続ける ●本質を見きわめ、柔軟に考える 事業を成長させるために何が課題で何が必要なのか、遠い未来のことを予想するのではなく、その時点での仮説をたて、必要最低限なものをつくります。 事業やシステムや組織が成長していくと、既存の方法では解決できない問題が出てきます。過去の成功体験にしばられず、本質を見きわめ、柔軟に考えることが大切だと考えます。 ●小さく挑戦し続け、早く失敗する。 挑戦するからには失敗するときもあります。そして失敗からはたくさんのことが学べます。自分たちが何を知らないかを早く学ぶことは重要です。また、失敗を恐れ、挑戦しないことはとてもリスクが高いことです。 カジュアルに失敗し、慣れていくことも必要です。ただ、致命傷は避けたい。恐れに立ち向かい、小さく挑戦し続け、早く失敗することが大切だと考えます。 ●フィードバックし、継続的に成長する。 成長を加速させるためには経験するだけではなく、適切なフィードバックをもらうことが重要です。技術力評価会というチームを横断した相互評価制度を2011年から継続しています。 これにより他のチームのメンバーからフィードバックを受け、異なる技術や異なる開発スタイルから気づきを得る機会になります。さまざまなフィードバックから気づきを得て、日々の業務に活かし、成長を感じられる。 仲間と相互にフィードバックしあい、個人としてもチームとしても継続的に成長することが大切だと考えます。