Açık kaynak topluluğu Ağustos Soru-Cevap koleksiyonu: MySQL yerine MongoDB kullanabilir miyim?
Açık kaynak Çin OSC başlık numarasını takip edin ve en son teknik bilgileri alın
Açık kaynak Çin Soru-Cevap alanı yeni sütun "OSCHINA Soru-Cevap Koleksiyonu" Şu anda çevrimiçi. Bu sayı Ağustos ayındaki (Tucao) en popüler soruları ve yanıtları içeriyor, umarım bir şeyler kazanabilirsiniz ~!
Soru ve cevap alanını girin:
Teknik Soru-Cevap bölümünde teknoloji hakkında sohbet edebilirsiniz.
Kariyer bölümünde çözüm bulabilirsiniz.
BT hodgepodge bölümünde herkesle sohbet edebilir ve gülebilirsiniz
umut ediyoruz:
Burası herkesin bir şeyler kazanabileceği bir yer olabilir. Bu nedenle, burada saldırmayı reddediyoruz, suistimal etmeyi reddediyoruz ve akılsız olmayı reddediyoruz.
Burada çeşitli teknik sorunlar çözülebilir. İster acemi için temel bir sorun, isterse üst düzey gelişim için derinlemesine bir sorun olsun, değerlidir.
Bu, programcılara dostane iletişim için temiz bir yer sağlayabilen daha tamamen teknik bir tartışma yeridir. Anlamayanlar burada yardım bulabilir ve anlayanlar burada başkalarına yardım edebilir.
Kısacası,
Burada herkese soru sorabilirsiniz.
Her neyse, sorunuz cevaplanmayabilir. ;-)
Bu sayıdaki teknik Soru-Cevap içeriği oldukça zengin ve ayrıntılı. Kod ve resimler mevcut olmalıdır. Kesinlikle yüksek kaliteli bir Soru-Cevaptır. Saçma sapan konuşma, okumaya devam edin!
========== Bölme çizgisi ==========
Açık Kaynak Çin Teknolojisi Soru-Cevap
@ XKQ: Otel ve uçak bileti rezervasyonu yaparken her tarih bir fiyata karşılık gelir, bu nasıl elde edilir?
Soru: Bir otel rezervasyonu yaparken, rezervasyon saatini seçin ve bazıları saatin altında o tarihteki odanın fiyatını doğrudan gösterecektir.Farklı tarihler farklı fiyatlara karşılık gelir. Spesifik iş mantığı nasıl uygulanır?
1. Seçenek: 365 günün her günü için fiyatı belirleyin (çok yorgun)
Seçenek 2: Saati alırken fiyat kurallarına göre alın mesela normal fiyatım 100, Milli Gün fiyatı 500 olarak belirleniyor. Fiyat alınırken fiyat kurallarına göre elde ediliyor.
Bunlar şu anda düşünülebilecek yöntemler ve aynı zamanda başkalarına danışarak elde edilen çözümlerdir.Umarım bunu yapan arkadaşlar bana biraz tavsiyelerde bulunabilir.
> > > wxk_java
Otel rezervasyonu projesi durumunda, plan yukarıda belirtilen plandır:
Ev fiyatı varsayılan fiyata ayarlandı. Özel bir fiyata ihtiyacınız varsa, başlangıç-bitiş tarihini ve fiyatı yeni bir tabloda belirleyebilir ve üzerinden geçebilirsiniz. Durum kodunu yapın. Ev kilitlenebilir, vb.
Zahmetli olduğunu düşünme
> > > lgwait
Genel olarak plan bir kabul edilir.Otelin takvim odası denen bir ismi vardır.Günlük fiyat ayarı esnektir.İstediğiniz günü değiştirebilirsiniz.Tek başına fiyat yeterli değildir.Kalan oda sayısı ve uçak bileti verileri olmalıdır. Arayüz edinme, önbellek, kabinde kalan koltuklar her an değişecek
> > > Tinyhare
Talep tarafının talebe bağlı olduğunu düşünüyorum ve talep tarafı varsayılan bir fiyat gerektiriyor M gün önceden sipariş verirseniz tercihli fiyat N olur ve fiyatı manuel olarak belirleyebilirsiniz. Talep tarafı günlük fiyatı belirtmek istiyorsa, hızlı bir konfigürasyon planı sağlayın, fiyatı gruplar halinde ayarlamak için zaman aralığını seçin. Bunun tamamen fiyatlandırma stratejisine bağlı olduğunu düşünüyorum: mantık üretilirse mantığı yapın ve operasyonu kolaylaştırmak için manuel atamayı yapın
> > > Kripton Altın
1. Seçenek, ancak fiyatlandırma araçları sağlayabilirsiniz. Örneğin, bir yıllık standart fiyatı doğrudan belirleyebilir ve ardından özel dönemi çıkarabilir ve en yüksek öncelik fiyatı özel fiyat olacak şekilde fiyatı ayrı ayrı ayarlayabilirsiniz.
> > > Kültür yok
1. seçenek değildir. Örneğin, 9.1'de 10.1 ve 10.1'de 10.1 satın alırken, fiyat tamamen farklıdır.
Hava kargo sistemine başvurabilirsiniz,
> > > Sihirli kedi
Seçenek 1 yorgun değil, kimse her gün yazman gerektiğini şart koşmuyor. Bu sadece veritabanı kayıtlarının sonucudur. Sonuç işleme süreci yalnızca bir zaman aralığı girmenizi ve ardından fiyatı yazmanızı gerektirir. Sistem döngüsü eklenir.
@ : Yavaş sql ve çoklu sql sorguları için hangisi daha iyidir?
Bugün bir işlevi gerçekleştirmek için elli veya altmış satır sql ifadesi yazdım, sql'yi her değiştirdiğimde uzun süre düşünüyorum, sql yazmanın çok karmaşık olduğunu hissediyorum.
Öyleyse, karmaşık işlevler için, birden çok sorgudan sonra mı yoksa bir SQL sorgusundan sonra mı entegre etmek daha iyidir? (Sorgu sonucu birden çok veri parçasıdır)
> > > Sallanan esinti
Görünüşe göre farklı endüstrilerin farklı uygulama gereksinimleri var, değil mi? Yaptığım uygulamada çok büyük miktarda veri var, ancak bir kez takıldıktan sonra pek değişmiyor.Genellikle birden çok SQL sorgusuna bölünüyor ve birleştiriliyor. Veriler fazla değişmediği için veri tutarlılığı sorunu nispeten küçüktür ve büyük miktarda veri nedeniyle tablo uzun süre kilitlenmeyecektir. Uygulamanız finans, çevrimiçi mağaza envanteri vb. Gibi çok yüksek veri tutarlılığı gerektiriyorsa, SQL yapmak daha iyi hissettirir, aksi takdirde sorgunun bir kısmından sonra, önceden sorgulanan veriler değişmiştir ve veriler tutarlı olmayacaktır. .
Not: Hizmeti büyük bir SQL sorgusu yüzünden kapattım. . .
> > > sxgkwei
Shao Qingfeng tarafından bahsedilen iş senaryosu çok makul, bu nedenle önce iş senaryosunun güçlü tutarlılık gereksinimleri olup olmadığını düşünmelisiniz. İkincisi, çoğu durumda, tek tek bulup entegre etmenin daha verimli olacağını düşünüyorum. Şöyle nedenleri vardır:
1. Bu soruyu sorabiliyorsanız, bu genellikle bir sayfa görüntüleme sorgusu olarak kabul edilir. Daha sonra genel hedefi tamamlamak için toplam sorgu sayısı çok fazla olmayacaktır.
2. Veritabanındaki dizinin otomatik kullanımına olanak sağlayan ve sorgu verimliliğini artıracak alt sorgu
3. Genel tek tablo sorgusu. İş sistemleri ve orm çerçeveleri için çoğunun önbellekleri vardır. Aslında, önbellek kontrol edilir, bu daha verimlidir. Çok tablolu ortak sorgular için, bu önbellek düzeyi genellikle devre dışı bırakılır (çünkü önbellek Tablolardan birindeki veriler başka yerlerde değiştirildiği için, önbellek güncellenemez ve bu da sorguda yanlış verilere neden olur ve bu da ortak sorgunun daha yavaş olmasına neden olur.
4. Ortak sorgunun sql ifadesi için, toplam veri işleme hacminin çoğu, sorgu sözdizimi işlemi sırasında birden çok tablonun ürünü olacaktır. İşlenen verilerin toplam miktarı n * m * ... olduğundan hiç kalkmaz. Tek bir tablodaki birkaç öğeyi kontrol ederken, hesaplamaya dahil olan veri miktarı ana veriler ve birkaç ilgili veridir.
Özetle, çoğu durumda, aslında ilgili karmaşık SQL sorguları, genel uygulama düzeyinde zayıf bir seçimdir.
> > > melon_jj
Veri miktarı küçükse temelde hiçbir fark yoktur.
Bir sorgunun avantajı, yalnızca bir bağlantının gerekli olmasıdır.Bir veritabanı sorgulandığında, bağlantı zaman alıcı bir işlemdir. Dezavantajı, iki tabloda çok fazla veri varsa, ara sonuç kümesinin çok büyük olması ve daha fazla bellek kaynağı gerektirmesidir.
Birden çok sorgu ve tek bir sorgunun avantajları ve dezavantajları tersine çevrilir. Ek olarak, birden çok sorgu, programdaki her bir sorgunun ara sonuçlarını da işleyebilir, bu bir esnekliktir. Veri miktarı büyükse, çoklu sorguların daha hızlı olması gerekir ki bu, zaman için alan kullanmaya eşdeğerdir.Yukarıda da belirttiğiniz gibi, SQL montajı daha zahmetli olacaktır, ancak bence bu verimlilik iyileştirmeleri getirecektir ki buna değer. Tabloda çok sayıda indeks kurulmuşsa, indeks isabet oranı da çok yüksektir. Verimlilik de büyük ölçüde geliştirilecektir.
> > > Mavi Kristal Uçak: Eklemek için:
1. Aslında, genellikle bağlantı havuzunun yeniden kullanımı vardır ve çok fazla bariz çoklu bağlantı ek yükü olmayacaktır;
2. Yaptığım sistemde yavaş pişirici JOIN
3. Aslında, ORM çerçevesinden JOIN, A veya B değil, AB'nin bir karışımı olarak ara sonuçlar üretti, bu yüzden nasıl önbelleğe alınır (önbelleğe almaya gerek yoktur), bu nedenle 3. soru her birini kontrol etmek ve uygulamada ilerlemektir. veri işleme.
4. Önbelleğiniz varsa, bunu kendiniz yapabilirsiniz.
> > > aruis
With in sql kullanımı okunabilirliği büyük ölçüde artırabilir, bu nedenle sql'nin bakım maliyeti programdaki birden fazla adımın uygulanmasından çok daha yüksek olmayabilir.
İndeksin kullanılıp kullanılmayacağına gelince, genelleştirilebilir, sql'nin yazılmasına ve tablo tasarım indeksinin özel durumuna bağlıdır.
Sadece keyfi olarak programın daha hızlı çalıştığı sonucuna vardım, ancak bunun inandırıcı olduğunu düşünmüyorum. Genel olarak, sql iyi yazılmış ve programdakinden daha hızlı olacak. Veritabanı, bu kase pirinci yiyen şey olduğundan, grupla hızlı çalışacak bir program yoksa, herkes bir veritabanı tasarlayamazdı.
Yukarıda haklı yaşlı bir adam var, ikisini de denemenizi öneririm.
@melon_jj: MySQL'i MongoDB ile değiştirebilir miyim?
Olası sorunlar nelerdir?
> > > lee_oschina
Biri iş türünüze bağlı olması, diğeri ise MONGO'yu oluşturmak için MYSQL kullanamamanızdır.
> > > sxgkwei
Uygulama senaryoları farklıdır. MongoDB genellikle işlem gereksinimlerinin güçlü olmadığı alanlar için daha uygundur. Bir dizi ekleme, silme ve değişiklik için zorunlu bir işlem atomikliği gereksinimi varsa, veritabanının işlem geri dönüşünü veya MySQL'i desteklemesi gerektiği açıktır.
Ve bazı küçük hatalara katlanmak zorundasınız Ne de olsa MongoDB, MySQL kadar uzun süre gelişmedi ve küçük bir çukur anlaşılabilir. Veya geçen yıl mongoDB veri sızıntısının neden olduğu hasarı üstlenmek zorundasınız. Gerisi hiçbir şey değil.
> > > Kaplumbağa kabuğu
4.0'dan sonra, teorik değişim oluşturuldu ve çekirdek mekanizma işlemleri destekledi.
Aslında henüz denemedim, durumu bilmiyorum.
Ama en önemli nokta şu ki, ev sahibi neden değiştirmek istiyorsun, neden için?
@smallfatQQ: Aynı metinle veri satırını iki txt dosyasında çıkarın ve aynı formatta başka bir yeni txt dosyasında saklayın
İki dosyam var: bir dosya n id içeren list.txt olarak adlandırılıyor, her kimlik için bir satır
ZINC042-03-483 ZINC268-95-155 ZINC036-51-026Data.txt adlı bir dosya n satırdan (100 milyon satır) fazla bilgi içerir, bunlardan bazıları list.txt'deki kimlik bilgilerini içerir ve verilerin yalnızca bir kısmı aşağıdaki gibi listelenir:
123 ZINC268-95-1552323 ZINC036-51-026231 ZINC042-03-4831 ZINC042-03-4444444 ZddCyyy 6326 çark 32323 yyj 211 ddghghd 3546 ZINC036-51-026List.txt dosyasındaki 3 kimlik aracılığıyla data.txt dosyasında karşılık gelen bilgileri bulmayı ve ardından data.txt'deki tüm bilgi satırını yeni bir.txt dosyasına girmeyi umuyorum. List.txt'deki bilgi data.txt'de bulunamazsa, sadece listedeki ID new.txt'de görüntülenecektir.
Coşkulu oscer, birkaç değişiklikten sonra nihayet ana bilgisayarın sorununu çözdü, görmek için orijinal gönderiye tıklamanızı öneririm ~
> > > tcxu
readStream1 = open ("list.txt", "r"); context1 = readStream1.read (); a = context1.split ('\ n') # Document list.txt'den elde edilen anahtar kelime dizisi boyut = len (a) b = * size # Anahtar kelime dizisine karşılık gelen a, bir tamsayı dizisi oluşturun b, her bir elemanın başlangıç değeri sıfırdır. sonuç = açık ("yeni.txt", "w") fo = open ("data.txt", "r") Deneyin: True iken: line = fo.readline () eğer satır: dizin = 0 v in a için: eğer line.find ("" + v) > -1: v = v + "" + satır b = b + 1 result.write (v) dizin = dizin + 1 Başka: kırmak en sonunda: fo.close () # Son olarak, her bir anahtar kelimenin data.txt veri dosyasında karşılık gelen bir veriye sahip olup olmadığını kontrol edin dizin = 0 result.write ("\ n") b'deki değer için: eğer değer == 0: out = a + "NA NA \ n" result.write (out) dizin = dizin + 1 sonuç.close () readStream1.close ()list.txt
data.txt
new.txt
> > > Gongsun Ergou
Önce iki dosyanın bilgilerini işleyin, yeni dosyalar oluşturmak için kimliğe göre sıralayın ve ardından yeni dosyaları karşılaştırın
Diğer bir yol, önce veritabanını içe aktarmak ve verileri dışa aktarmak için çok tablolu ilişkisel sorguyu kullanmaktır.
> > > sxgkwei
Büyük miktarda veriyle, programın tek başına bunu başarması mümkün olmayabilir. Çünkü hangi dilde olursa olsun, bu verileri hafızaya yükleyin, çok fazla yer kaplayacaktır. Bu nedenle, bir veritabanı kullanmayı düşünebilir, satır satır toplu eklemeyi okuyabilir, önce verileri veritabanındaki iki tabloya ekleyebilir ve ardından istediğiniz sonuçları karşılaştırmak için sql kullanabilirsiniz.
@laozhong__: Ali RDS'nin 200w sipariş formu var, bazı veri sorguları hızlı, bazı veri sorguları yavaş, çözülüyor mu?
Sorgu alanı, datetime biçiminde, dizine sahip bir oluştur_saatidir ve tümü birincil anahtar kimliğine göre ters sırada sıralanır. Kimliği ters sırada kaldırırsanız sorun olmaz:
Temel biçim
2018-01-2100:00:00 'İLE' 2018-01-2123:59:59 'ARASINDA "oluştur_saati" NEREDEN "tb_orders" dan SEÇ 1. '2018-01-2100:00:00' ile '2018-01-2323:59:59' arasındaki "create_time" 2,343sn sürer ve sonuç seti 22099'dur 2. '2018-01-2100:00:00' ile '2018-01-2123:59:59' arasındaki "create_time" 2.390 saniye sürer ve sonuç seti 8956'dır 3. '2018-07-2100:00:00' ile '2018-07-2323:59:59' arasındaki 'create_time` 0.250sn ve 15403 sonuç alır 4. '2018-07-2100:00:00' ve '2018-07-2123:59:59' arasındaki "create_time" 0,015 saniye sürer ve sonuç kümesi 5638'dirBana Ocak'taki veri miktarının benzer olduğu hissini veriyor, ancak çok daha yavaş ve Temmuz'da çok daha hızlı! Diğer aylarda da hızlı ve yavaş var!
Tablo verileri 187w'den fazla, 40'tan fazla alan, pma görüntü boyutu 440MB veri, indeks 256MB, innodb motoru;
Bunun nedeni ne olabilir!
Açıklama aşağıdaki gibidir, neden dosya sıralaması vardır:
2018-01-2100:00:00 'İLE' 2018-01-2123:59:59 'ARASINDA `` tb_orders`'DAN SEÇİMİ * AÇIKLAYIN
Soru eki
// 1. Bunun yerine, sıralamak için create_time işlevini kullanın; bu, yavaş sorgu sorununu çözebilir
// 2. Yalnızca id sütununu veya create_time sütununu sorguluyorsanız, hız hızlıdır, sorun değil, profilleme verilerini ekledim
/ 3. İyi bir açıklamayla mevcut cevapların yararsız olduğunu hissediyorum.Ocak ve Nisan'daki veriler yavaş, diğerleri hızlı. Elbette, miktar hala daha az olmasına rağmen 2017'nin birkaç ayında daha da yavaşladı! Önbellek demek doğru ama bu kadar küçük miktarda veri olmamalı!
> > > OSC_YIdCag
'Tb_orders` t1 İÇİ BİRLEŞTİRME (2018-01-2100:00:00' VE '2018-01-2123:59:59' ARASINDA "oluştur_saat` NEREDEN" tb_orders` dan "id` seçin. ) t2 AÇIK t1.id = t2.id T1.id DESC TARAFINDAN SİPARİŞ> > > Benim adım Kim Jong Un
Sipariş kimliği, 10 basamaklı bir zaman çerçevesi artı sabit basamaklı bir rasgele sayı kullanır
Sorgulamada zaman zamana çevrilerek 0 istasyon eklenir Kimlik kartının aralığına göre on milyonlarca veri de milisaniye cinsinden sorgulanır.
Otomatik artışlı kimlik yumurta kullanımı
Simüle edilen veriler 2018-05-30 ile 2018-10-05 arasındadır ve toplamda 11100040 öğe
Sorgu veri aralığında herhangi bir gün, intranetin geliştirme kitaplığı meşgul 0,42 saniye
> > > Sihirli kedi
MySQL yalnızca bir dizini kullanabildiğinden, aralık sorgusu için reklam süresi kullanılmıştır ve sıra başka bir alandır ve dizin geçersizdir.
Bir sonraki hız aslında veri dağıtımına ve bellek durumuna bağlıdır. Tarih yakınsa, başka servisler tarafından aranma olasılığı yüksektir, bu nedenle bellekte bir önbellek olma olasılığı yüksektir. İade sayısı azsa veya o sırada bellek nispeten boşsa, bellekteki işlem daha az geçici dosya kullanmazsa veya daha az kullanırsa daha hızlıdır.
@HaleyZhang: sql optimizasyon joker karakteri% bir kelimenin başlangıcını koyamıyor
Optimizasyonda bir kelimenin başında% görünmemesi gerektiği söyleniyor, bu yüzden hh içeren ismi nasıl yazmalıyım?
> > > buz kuyruğu
SEÇ * Arabadan NEREDE INSTR (ADI, 'hh') > 0;> > > Sihirli kedi
Yüzde işareti gibi joker karakterin başında görünmemek en iyisidir, çünkü bu şekilde yazılır ve dizin yazılamayacağı için eşleşemez. Bu şekilde yazmak dilbilgisine uygundur, ancak performansın sizi tatmin edip edemeyeceği gerçek işleme bağlıdır.
Yüzde işaretleri, soru işaretleri, bu tür joker karakterler, yalnızca sonunda görünürlerse, sıradan dizinler taranabilir. Yalnızca başlangıçta görünüyorsa, ters dizin taranabilir. Hem öncesi hem de sonrası varsa, dizin tamamen soğuktur.
Kariyer Soru-Cevap
Programcıların ilgilendiği kariyer sorunlarını görün
@ yüzüğü kıracak: şirket hisselerin% 1'ini veriyor, ancak 3000 maaş indirimi istiyor, zorla beni gemiye almaya çalışıyor, tavsiye isteyin
Arka plan: Başlangıç şirketi, 10 veya 20 kişilik bir ekip, ikinci ve üçüncü kademe şehirler, şirketin öz sermaye yapısı büyük patronun yaklaşık% 80'i, küçük patron 17. Ayrıca 100.000 yuan yatırım yapan,% 3'ü oluşturan küçük bir kurum var ve 1'den az kuruldu 2015 yılında toplamda yaklaşık 1,1 milyon yatırım yaptım. Şimdi 100w daha yatırım yapmayı planlıyorum. Şu anda şirket, esas olarak personel maliyeti ve maaş nedeniyle kesinlikle para kaybediyor. Şirketin gelişme yönü genel olarak tamam.
İşe ilk katıldığımda teknik ortak rolü için başvurdum o sırada 16.5K maaş istedim.Patron opsiyon vermek istediğini söyledi, seçeneklerin yaklaşık% 1'i, ancak yaklaşık bir buçuk yıl sonra maaş 15K'ydı. kabul,
Bu sadece bir geri dönüş değil mi? Şirket, yeteneğimi tanıdığını ve mevcut işimi tam olarak önemsememekten korktuğunu söyledi. Bana hisselerin% 1'ini doğrudan vereceğini söyleyerek beni işe alıp bir girişimci olarak katılmak istiyor. Asıl seçenek değil Opsiyonun süresi dolduğunda, toplamda% 2 değiştirin
Ama korkarım bunu hisse senetlerine verirsem pek bir şey hissetmeyeceğim. Biraz kana ihtiyacım var, bu yüzden maaşımı 12K'ya indirmem gerektiğini söyledim.
Şimdi büyük adamlarıma sormak istiyorum, bu durumda herhangi bir iyi öneri ve fikriniz var mı?
> > > Xiang Shao
Korkarım hiçbir şey hissetmiyorum, sadece onlara biraz kan ver
Saçma teori, kanamadığınız için değil, yeterli hisseniz olmadığı için hissetmediğini söylüyorsunuz.
> > > Gölge fırtınası
Hisse senetleri temelinde, maaş ve özgürlük üzerindeki kısıtlamalar tamamen holiganlardır ve insanların performansına saygı duymazlar.
> > > He Yongjie
Önceki arkadaşların hepsi iyi analiz edildi, bu eşitlik teşvik edici bir önlem. Şirket ortaklarının maaşlarındaki ve hissedarlıklarındaki azalma, iyimserlik ve şirketin gelişimine bağlılığın bir işaretidir. Aslında diğerleri de teknolojinin kanamadan sadece para alacağından ve bu durumda sıkıntıları paylaşamayacağından ve teknoloji yapmaya devam etmek ve para kazanmak için bir sonraki şirkete gidebileceğinden korkuyor.
Bloodlett'e izin vermeye istekli olsanız da, aslında onu birçok yönden analiz etmeniz gerekir. Bir teknoloji ortağı olarak, şirketin gelişiminin büyük bir kısmı teknoloji platformunun kalitesine bağlı gibi görünüyor.Peki, şirketin iş sürecine ne kadar katılıyorsunuz? Büyük ve küçük her şeyi biliyorsanız, işinizle ilgili şeyleri birlikte tartışın ve görüşlerinize saygı gösterin. O zaman hala mümkün. (Şirketinizin borçlarını gizlemekten kaçının. Borçları birlikte almanız gerekir.) Ayrıca, hangi koşullarda ve hangi biçimde temettü ödeyeceğiniz konusunda pazarlık yapmanız gerekir. Listelenmek ve ardından temettü ödemek istediğiniz için, hisse senetlerinden daha yüksek bir risk katsayısı elde edeceksiniz.
Ek olarak, teknoloji nihayetinde hisselerin sadece% 2'sini oluşturuyor ki bu gerçekten çok küçük. Ancak, mevcut değerlemeyi hesaplamak iyi bir yaklaşımdır. Hisse satın almak için aylık maaşınızın belirli bir yüzdesini vermeyin. Genelde hisselerin yaklaşık% 10'u biraz daha iyidir, ancak ilk girişime katılmadığınızı düşünürsek, bu bir kurucu değildir. Teknik ortaklar olarak bireyler, kabul edilebilir olarak kabul edilmesi gereken% 5 alır.
Mevcut hisse oranı artı bir hediyenin sözlü hediyesi ile maaş perde arkasında düşürülecek. Görünüşe bakılırsa iyi görünüyor ama sonuçta maliyet etkin olmadığını hissediyorum ve birlikte çalışma hedefi ile maaşı düşürmek gerekiyor Bu yaklaşım bir kandırmanın yolu ve ben şahsen bunun samimi olmadığını hissediyorum. Senin hakkında düşündüğü kısım yeterli değil.
Lütfen samimiyetini gösterin!
> > > Siyah köpek
Büyük bir avantaj elde ettin
Bence böyle olmalısın. 200W kayıtlı sermaye ile bir şirket kurmak için 1200 yuan harcayın. Bir finans hesabı bulmak için ayda 200 yuan harcayın. Değerleme 200W. Ona hisselerin% 49'unu indirimli olarak satmalı ve sadece 20W almalısınız. Ne maaştan bahsediyorsun, ona pay veriyorsun, o sana çok iyi, onu kaybedemezsin
> > > Newzai
Açıkça reddedemezsiniz, aksi takdirde şirketle anlaşamazsınız. Nazikçe reddedin, şu anda fakir ağlamak zorundayım, ne tür ipotek, araba kredisi, eş, çocukların geçim masrafları ve aylık harcamalar temelde tükendi.3,000 yuan kaybederseniz, hayatınız geçemez.
Sonra yine şirket ile geliştirmek istiyorum. Ancak gerçek yaşam baskısı çok büyük. . .
@OSC_GALyfe: Devlet için projeler yapan şirkete gidecek misiniz?
Şu anda seçim yapabileceğiniz iki şirket var. Kuzeybatı bölgesindeki koordinatlar. Diğer dillerden java'ya geçiyorum
Birkaç şirket ve demiryolu ortak girişimleri, temel olarak eski demiryolu lojistik sistemini, demiryolu lojistiği bilgilerini birbirine bağlayan çok bağlantılı bir ulaştırma bilgi platformu ürününe dönüştürmek için yeni kurulan "başlangıç şirketleri ".Kâr yöntemi, gelecekteki işletmelerin bu lojistik bilgi ürününü kullanmak için ödeme yapacaklarıdır. Gençler sadece yeni şeyler ve yeni teknolojiler kullanırlar, Git, liman işçisi ve çalışma ortamı iyidir, ancak kendi bilgisayarınızı getirebilir, her ay bilgisayar için ödeme yapabilir ve evde fazla mesai yapabilirsiniz.General Demiryolları'nın harici ağı kesildiği için dahili VPN'e bağlanmanız gerekir. Çeşitli sübvansiyonlar ayda 800-1300 yuan olarak sabitlendi ve ulaşım, geliştirme bölgesinde uygun değil.
China Science and Technology asker yetiştirmeli ve at satın almalı.Çok sayıda proje var. Birkaç yıl içinde yapılacak.ZF için yeni teknolojiler ve yeni şeyler kullanıldığı söyleniyor. Sürüm SVN kullanıyor. Büyük veriye sahip olduğunu söylüyor. Google her hafta. Kanban iletişimi, ancak zf için bir şeyler yapmanın teknik içeriği konusunda biraz şüpheliyim. Bilgisayar ThinkPad aynı şekilde donatılmıştır ve genel ağa bağlanamaz.Bilgisayarda bir üçüncü taraf paketi hazırlamak ve dosyaları CD'den indirmek en iyisidir. Aylık sübvansiyon daha azdır ve kentsel alanda ulaşım daha uygundur. Sübvansiyon, yemek takviyeleri için sadece 300'dür.Evet derseniz, daha fazla proje işlevi yaptıktan sonra daha fazlasını alırsınız.
İki maaş aynı, demiryolu başlangıç şirketinin daha fazla sübvansiyonu var, maaş promosyon kuralları açık ve fiili ödeme daha fazla olacak. Proje şirketinin net maaş kuralları yok.Sadece daha fazla çalışıp daha fazla para kazandığınızı söylüyor.Sitede olabilir.Gizli bilgisayar çevrimiçi olamaz.Güncelleme paketlerini ve üçüncü taraf bileşenlerini indirmek sakıncalıdır.Bu deneyim olmadan çalışma ortamı farklıdır. Herkes bana bir fikir veriyor
> > > Rastgele 9380fa
Deri çanta şirketi, gitme. Bu işin doğası, bir müteahhit gibidir, ilişki yoluyla, bir şantiye projesi çeker ve daha sonra kar elde etmek için bir grup göçmen işçiyi tuğlaları hareket ettirmek için çeker, müteahhit, göçmen işçilerden bir şantiye projesini tamamlamak için fazla mesai istemeye devam edecek, kalite kullanılabilir. Birkaç yıl yetecek ... Proje teslim edildikten sonra müteahhit çok para ödedi, personel tasfiye edildi ve şantiyede bir kaza olursa müteahhit uzakta olacak.
> > > walykyy
Bir devlet kurumuna gitmeyi gerçekten önermiyorum. Az önce istifa ettim. Bir uygulama türü olmasına rağmen gerçekten çok sayıda müşteri talebi var ve her an değişiklik talep edilebilir. Fikirleriniz varsa cennete ve dünyaya gitmenin bir yolu olmadığını hissedeceksiniz. İmkansız, huysuz azarlama torunu azarlamak gibidir. 11 yıldan fazla bir süredir demiryollarında ve devlet maliyesinde çalıştım.
@IT : İnsanların büyümesi, teknik personel için ne tür bir çalışma ortamı uygundur?
Sektörde belirsiz bir yön duygum var ve teknolojiyi nasıl geliştireceğimi bilmiyorum, ancak boşta kaldıktan sonra paniğe kapılıyorum. Ne yapmalıyım?
> > > ağ öldürücü
Çevre başkaları tarafından verilmez, kendisi tarafından yaratılır.
On yıl boyunca kendime hedefler koydum, kendi çıkarlarımı geliştirdim ve sürekli yükselttim.
> > > Gölge fırtınası
Büyüme çevre ile ilgilidir, ancak tek değil, öz kendi içindedir.
Ne tür bir şirketin öğrenecek yeri olduğu önemli değil, bu noktaların öğrenmek isteyip istemediğinize bağlıdır.
Teknoloji bir araçtır. Kendiniz cilalayabilirsiniz (belki daha yavaş) veya birisi size onu nasıl cilalayacağınızı (daha hızlı) anlatmaya yönlendirir, ancak son tahlilde, bunların hepsi sizin tarafınızdan cilalanır.
İş aynı zamanda teknolojik büyüme için vazgeçilmez bir güçtür.Bir sektörde kök salmak istiyorsanız, iş sofistike değilse işe yaramaz.
Özetle, anahtar teknolojik büyüme üzerine kendi görüşlerinize ve gerçek eylemlerinize bakmaktır. Şirket ortamı bunun sadece bir parçasıdır. Umarım sana yardımcı olur
> > > sxgkwei
Genel olarak, büyümeye uygun şirketlerin aslında bir noktası vardır: bir projenin geliştirilmesine uzun vadeli daldırma. İster bir internet şirketi ister bağımsız bir ürün şirketi olsun, bir kişi girdikten sonra bir şeyi yapmaya devam edecek, böylece çeşitli rutinler hakkında düşünme şeklini eğitebilecektir.
Büyümeye uygun olmayan bir şirket elbette ters yöndedir: Sürekli proje değiştirmektedir. Dış kaynak kullanımı, projeyi 2/3 ayda yapacak ya da dış kaynak kullanmayarak, 2 veya 3 ayda müşteri için bir proje geliştirmek üzere her bir müşteri sitesine gönderin. Çekirdek kısa vadeli bir projedir.Genel olarak bu tür bir proje veri tabanını sadece CRUD, ctrl + c / v altında indirebilir, kimin ayrıldığı kimsenin umurunda değildir ve şirket çeşitli yazma yöntemlerinin optimizasyonu ve verimliliği ile ilgilenmez. Yani gittiğimde, bu bir kod hayvanı.
> > > Cen Chen
Tüm şirkette onlarca insan var, on ürün, sekiz operasyon, yedi müşteri hizmetleri, bir yönetici, iki patron ve siz bir programcısınız! Tüm taraflar yazmanı bekliyor! Her gün her türlü acil durumla yüzleşmek zorundasınız, bitiremeyeceğiniz çok fazla talep var ve her zaman yeniden inşa edilecek riskli bir ortam var!
> > > Nanshan Kuzey Tapınağı
Maaş o kadar yüksek ki, ayrılmaya isteksizsin ve bir grup aptal takım arkadaşının beslenmeyi beklediği bir ortam var.
Sorunuzun / cevabınızın da listede olmasını ister misiniz? Herkese hoşgeldin > > > Teknik soru ve cevap alanında, daha fazla soru sorun ve daha fazlasını cevaplayın ~!
Teknik sorunlarla karşılaşırsanız, açık kaynak Çin Soru-Cevap alanına gidin! Orijinal makaleyi okumak için "Daha Fazla Bilgi" yi tıklayın.
